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This  report  summarizes  research  conducted  for  the  Directorate  of 
Military  Construction,  Office  of  the  Chief  of  Engineers  (OCE)  under 
Project  4A76271 9AT05,  "Initial  Investigation  of  Military  Construction 
Technology";  Task  02,  "Engineering  Design  Criteria  and  Technology  for 
Military  Facilities";  Work  Unit  002,  "Systems  Approach  to  Design  Cri- 
teria Format  Development." 

The  OCE  Technical  Monitors  were  Mr.  William  Cochran  and  Mr.  Robert 
Shibley. 

The  work  was  performed  by  the  Management  Systems  Branch,  Facility 
Acquisition  Division  (FA),  U.S.  Army  Construction  Engineering  Research 
Laboratory  (CERL),  Champaign,  Illinois.  The  project  investigator  was 
Mr.  Michael  J.  O'Connor  and  the  associate  investigator  was  Mr.  David  A. 
Jordani.  Dr.  Omar  E.  Rood,  Jr.  is  Chief  of  Management  Systems  Branch, 
and  Mr.  E.  A.  Lotz  is  Chief  of  FA. 

COL  J.  E.  Hays  is  Commander  and  Director  of  CERL,  and  Dr.  L.  R. 
Shaffer  is  Deputy  Director. 
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A PRELIMINARY  CONCEPT  FOR  A DESIGN 
CRITERIA  MANAGEMENT  SYSTEM 


1 INTRODUCTION 


Background 

Throughout  the  iterative  phases  of  the  building  design  process  a 
wide  variety  of  professionals  with  different  spheres  of  responsibil ity 
are  engaged  in  a continuous  process  of  information  exchange.  The 
effective  organization  and  communication  of  these  data  to  the  appro- 
priate designer  is  critical  in  a project  environment.  Often,  designers 
are  given  too  little  or  too  much  information;  in  either  the  overcon- 
strained or  underconstrained  environment,  critical  design  decisions 
often  fall  prey  to  superficial  approximations. 

Building  design  is,  in  large  part,  a process  of  gathering,  devel- 
oping, and  manipulating  information.  A project's  description  evolves 
from  an  initial  statement  of  needs  to  the  detailed  specification  for 
the  objects  and  processes  that  will  satisfy  those  needs.  Designers 
generate  information  during  this  process  by  manipulating  the  project 
description  and  using  large  stores  of  data  representing  historical, 
current,  and  evolving  information  relative  to  the  project.  An  infor- 
mation system  for  building  design  is,  in  large  part,  merely  a special- 
ized instance  of  a generalized  data  base  management  system.  Even  so, 
building  information  systems  must  deal  with  enough  problems  peculiar 
to  the  building  industry  to  make  them  formidable  in  their  own  right.1 


The  development  of  a system  to  make  i 
wide  variety  of  design  professionals  would 
to  use  more  effectively  the  time  they  woul 
mation  gathering,  but  it  would  also  help-- 
flow  to  an  always  current  project  file--to 
tween  designers  through  consolidation  of  i 
be  able  to  consider  overall  project  goals 
relevant  bits  of  data  to  deal  with  immedia 
specific  spheres  of  responsibility. 


nformation  available  to  a 
not  only  enable  designers 
d otherwise  spend  in  infor- 
by  supporting  information 
improve  communication  be- 
nformation.  Designers  would 
as  well  as  obtain  the  most 
te  problems  within  their 


Practicing  architects  and  engineers  from  the  private  sector  of 
the  construction  industry  have  encountered  difficulty  in  obtaining 


1 Jeffrey  J.  Folinus,  The  Desigt  ^f  a Data  Base  Information  System  for 
Building  Design,  Research  Report  R7 j- 52  (Massachusetts  Institute  of 
Technology,  1973),  p 27. 
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design  criteria.2  Often  unfamiliar  with  all  the  criteria,  the  archi- 
tect/engineer (A/E)  must  filter  through  many  references  to  insure 
proper  consideration  of  all  applicable  criteria.  This  requirement 
reduces  efficiency  and  does  not  take  full  advantage  of  the  hired  A/E 
design  talent. 


Purpose 

The  study  presented  in  this  report  was  conducted  to  develop  a 
conceptual  description  of  an  effective  system  for  the  organization, 
management,  and  communication  of  Department  of  Defense  (DOD)  and  Corps 
of  Engineers  design  criteria  for  military  construction.  The  develop- 
ment of  the  system  had  three  main  goals: 

1.  The  organization  of  DOD  and -Corps  military  design  criteria. 

2.  The  development  of  a system  for  the  effective  management  of 
those  criteria. 

3.  The  development  of  formats  for  the  communication  of  the  cri- 
teria to  and  from  the  various  users  that  access  it. 


Approach 

In  the  Military  Construction  - Army  (MCA)  cycle  a number  of  dif- 
ferent designers  and  reviewers  must  have  access  to  the  body  of  informa- 
tion known  as  design  criteria.  The  data  and  usage  demands  that  each 
person  makes  upon  this  system  in  effect  act  as  specifications  for 
performance  of  the  Design  Criteria  Management  System  (DCMS).  The  study 
described  here  was  directed  at  reducing  the  element  of  human  error,  and 
hence  the  number  of  inconsistencies  and  oversights.  By  collecting 
dispersed  information  into  one  system,  communication  can  take  place  in 
an  efficient  sequence  and  changes  can  be  implemented  quickly  and  com- 
pletely. 

While  it  is  recognized  that  a global  problem  exists  with  infor- 
mation transfer  between  the  various  levels  in  the  MCA  cycle,  a spe- 
cific subset  of  that  global  problem  was  chosen  to  provide  a context 
for  the  development  of  a flexible  system  for  the  management  of  design 


^ Texas  ASM  Research  Foundation,  A Systems  Approach  to  Design  Con- 
struction for  the  Corps  of  Engineers,  Report  TR68-041 /AD8401 74 
(Office  of  the  Chief  of  Engineers,  Directorate  of  Military  Construc- 
tion, 1968),  p 73. 
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criteria.  The  number  of  variables  in  the  form  of  people,  time,  and 
goals  involved  in  the  MCA  cycle  would  impede  the  initial  development 
of  the  DCMS.  While  the  information  in  the  MCA  cycle  was  not  addressed 
in  its  totality,  its  impact  on  the  DCMS  did  guide  the  system's  devel- 
opment. 

This  study  focused  on  the  architectural  and  engineering  design 
phases  of  the  MCA  cycle  and  the  information  transfer  that  takes  place 
between  the  Corps  and  the  A/E  during  the  generation  and  approval  of 
facility  designs.  Appropriately , this  study  addressed: 

1.  The  demands  each  user  makes  on  the  DCMS  during  these  phases, 
via 

(a)  The  nature  of  the  functions  performed  by  the  users 

(b)  The  links  between  the  proposed  functional  subsystems 
and  the  criteria  base  as  determinants  of  information 
flow  and  appropriate  formats 

2.  The  organization  of  the  DCMS  and  its  integration  into  the 
design  phases  of  the  MCA  cycle. 

In  addition,  the  Corps  current  design  criteria  management  system 
(Appendix  A)  was  reviewed  to  provide  the  context  for  development  of 
the  proposed  DCMS. 
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2 MILITARY  CONSTRUCTION  PROGRAM 
General 

The  Directorate  of  Military  Construction  (DMC),  acting  as  admini- 
strator of  the  military  construction  program,  is  a unique  client  for 
the  design  profession.  The  DMC's  methods  of  building  procurement  are 
necessarily  different  from  those  practiced  in  private  industry.  The 
military  construction  program  that  the  DMC  is  required  to  manage  is 
complex,  entangled  in  details,  and  affected  by  innumerable  constraints 
and  impacts.  At  any  one  time,  five  fiscal  years  of  program  are  active. 
While  concepts  are  being  developed  for  one  year's  program,  the  DOD  and 
the  Office  of  Management  and  Budget  are  reviewing  a second.  Congres- 
sional hearings  are  being  held  on  a third,  and  the  Corps  is  engaged  in 
converting  dollars  apportioned  for  the  fourth  and  fifth  years  into 
concrete  and  steel . 3 


Design  Phases  of  the  MCA  Cycle 


The  design  process  for  military  construction  begins  with  the  user 
specifying  the  functional  requirements  for  the  desired  facility,  based 
on  his  understanding  of  the  operations  to  be  supported  by  the  proposed 
facility.  These  requirements  can  be  stated  in  terms  of  both  opera- 
tional characteristics  of  the  facility  and  the  desired  human  behavioral 
responses  to  the  constructed  facility.  Operational  characteristics 
can  include  such  items  as  the  physical  description  of  specific  opera- 
tions and  processes  to  be  supported  by  the  proposed  facility. 


Behavioral  responses  to  constructed  facilities  involve  such 
things  as  amounts  of  social  interaction,  mental  stress,  and  levels  of 
professional  performance  experienced  by  occupants,  as  influenced  by 
facility  environments. 


The  initial  role  of  the  designer  is  to  organize  and  internalize 
the  functional  requirements  transmitted  to  him  by  the  user  and  to  pro- 
duce a design  which  is  consistent  with  these  requirements  and  other 
prevailing  constraints.  These  other  constraints  are  of  two  types: 
internal  and  external.  Internal  constraints  result  from  a combination 
of  the  designer's  education  and  previous  professional  experience  that 
may  "predispose"  him  toward  a particular  type  of  design  model. 


Texas  A & M Research  Foundation,  A Systems  Approach  to  Design  Con- 
struction for  the  Corps  of  Engineers , Report  TR68-041 /AD8401 74 
(Office  of  the  Chief  of  Engineers,  Directorate  of  Military  Con- 
struction, 1968) , d 21 . 
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External  constraints  are  imposed  on  the  design  through  the  designer's 
interpretation  of  applicable  regulatory  controls;  e.g.,  the  body  of 
regulatory  military  guidelines. 

The  product  of  the  designer's  participation  in  the  architectural 
and  engineering  process  is  called  a design.  This  design  is  a body  of 
information  which  will  serve  to  define  the  scope  of  the  work  for  the 
pending  construction  contract  and  will  serve  as  a review  document  as 
well.  The  information  contained  in  the  drawings  and  specifications 
must  be  such  that  a contractor  can  submit  an  accurate  bid.  Further- 
more, the  design  must  be  of  sufficient  specificity  to  assure  that  the 
facility  is  of  reasonable  quality  and  can  be  constructed  within  the 
budgetary  limits.  As  a review  document,  the  design  must  contain  suf- 
ficient information  to  assure  the  user/client  that  the  facility  will 
meet  all  functional  criteria  previously  established  and  transmitted  to 
the  designer.  Finally,  the  design  must  contain  sufficient  information 
to  insure  that  the  proposed  facility  will  meet  all  established  regula- 
tory standards  for  military  construction. 


Design  Criteria  in  the  MCA  Cycle 

The  development  of  criteria  to  be  used  in  the  design  and  review 
phases  of  the  MCA  cycle  is  performed  during  two  separate  processes: 

(1)  standard  design  criteria  generation  and  (2)  project-specific 
design  criteria  generation.  It  is  important  to  note  that  the  A/E  is 
not  part  of  these  processes  and  begins  his  involvement  with  the  pro- 
ject after  all  design  criteria  for  the  facility  have  been  determined. 

The  sources  of  design  criteria  for  military  construction  are  so 
broad  it  is  virtually  impossible  to  enumerate  them  all.  The  transfer 
of  the  appropriate  design  criteria  to  the  A/E  is  an  important  phase  of 
the  facility  delivery  process.  While  the  project-specific  criteria 
given  to  the  A/E  are  relevant  to  the  specific  facility  being  designed, 
the  standard  design  criteria  are  applicable  to  any  facility  of  the 
same  generic  type.  The  burden  of  finding  and  including  appropriate 
standard  criteria  in  the  design  process  rests  largely  with  the  de- 
signer. 

Once  the  appropriate  design  criteria  have  been  found,  their  in- 
terpretation still  presents  a problem.  Where  there  is  a lack  of  firm 
and  definite  criteria,  constant  changes  in  design  occur,  resulting  in 
additional  costs.  Many  man-hours  of  effort  lost  in  superseded  design 
result  from  reorganization  of  the  project  to  guarantee  that  fund 
allotments  have  not  been  exceeded.  On  the  other  hand,  when  the  cri- 
teria are  too  firm  and  voluminous,  the  designer  operates  in  the  frus- 
tration of  an  overconstrained  environment  and  will  often  rely  on  the 
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standard  plans  provided,  denying  the  project  the  benefit  of  his 
talents. 


'.’•:an,i:rd  Design  Criteria 

The  design  of  military  facilities  often  consists  of  adapting 
standard  designs  or  using  rigid  criteria  after  the  approval  of  an 
architectural  concept.  Given  the  complex  nature  of  the  military  con- 
struction process,  it  will  continue  to  be  necessary  to  standardize 
design  criteria,  especially  for  application  to  repetitive  facili- 
ties.* Standardization  allows  for  ease  of  programming  and  budget 
justification,  as  well  as  for  reduction  of  both  repetitive  design 
costs  and  the  manpower  needed  to  review  and  evaluate  project  designs.1* 
These  factors  have  fostered  development  of  standard  and  definitive 
designs  for  site  adaptation  by  DOD  and  the  Army  along  with  policies 
that  encourage  site  adaptation  of  successful  designs  for  special  fa- 
cility types. 


/ repeat  i't's ion  Criteria 

It  is  the  DOD  objective  to  provide  military  facilities  that  are 
complete  and  responsive  to  the  functional  requirements  they  are  to 
support.  Therefore,  the  design  effort  and  the  basic  contract  require- 
ments for  all  military  projects  must  include  all  those  elements  of 
facility  design  required  to  meet  this  objective.5  Standard  and  de- 
finitive designs  are  accepted  as  a means  of  communicating  design  cri- 
teria to  the  various  levels  of  design  and  review  that  take  place  in 
the  MCA  cycle;  it  is  recognized,  however,  that  they  alone  cannot  pro- 
vide enough  information  to  foster  the  design  of  facilities  responsive 
to  the  needs  of  the  military  construction  program. 

Military  facilities  are  required  to  support  a function  associated 
with  a primary  objective  of  an  organization.  That  is,  the  functional 
criteria  for  the  facility  are  derived  from  the  requirement  to  maintain 


1 

N 


M 

hi 


* Repetitive  facilities  are  those  which  meet  the  requirements  of  many 
using  services  and  which  may  be  constructed  at  many  installations 
and  repeated  at  any  given  installation. 

" R.  W.  Cramer,  "Development  of  Space  Utilization  and  Design  Guides," 
Programming  for  Habitability  , Symposium  Proceedings  (Department  of 
Architecture,  University  of  Illinois,  1975),  p 70. 

5 Construction  Criteria  Manual , DOD  4270. 1 -M  (Office  of  the  Assistant 
Secretary  of  Defense,  1972). 
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the  organization  or  some  aspect  of  it  at  a given  level  of  operational 
efficiency.  In  general,  operational  efficiency  includes  not  only 
technical  but  also  human  requirements. 

In  an  effort  to  improve  the  quality  of  its  facilities  the  Army  is 
beginning  to  look  at  the  broader  goals  of  its  construction  program  in 
terms  of  providing  environments  suitable  for  the  Volunteer  Army 
(VOLAR)  program.  A new  program  such  as  this  often  has  impact  on  the 
man-built  environment,  as  was  the  case  with  the  New  Generation  Bar- 
racks for  which  the  criteria  were  completely  redeveloped  to  reflect 
the  philosophy  of  the  new  program.'  There  is  evidence  that  the  archi- 
tectural environment  significantly  affects  personnel  recruitment, 
retention,  professional  performance,  and  personal  development.  Habit- 
ability criteria  developed  by  interdiscipl inary  teams  of  architects, 
engineers,  planners,  psychologists,  and  sociologists  need  to  be  incor- 
porated into  military  design  guidelines.  Facility  design  criteria 
should  be  developed  in  response  to  each  specific  project,  in  the  con- 
text of  its  organizational  goals  (both  individual  and  group)  and 
functional  requirements.  The  criteria  for  each  individual  project 
combined  with  general  information  from  standardized  criteria  will 
support  a more  responsive  design  project. 


Criteria  Management 

The  Office  of  the  Chief  of  Engineers  (OCE)  has  the  responsibil ity 
to  develop,  maintain,  and  promulgate  architectural  and  engineering 
design  criteria  for  Department  of  the  Army  (DA)  facilities  and  con- 
struction projects. 7 

Clearly,  it  should  be  the  Corps'  responsibility  to  communicate  to 
the  A/E  all  design  criteria  that  are  necessary  for  him  to  satisfy  his 
contractual  obligations.  It  is  therefore  necessary  that  the  A/E  be 
given  the  appropriate  criteria,  consisting  of  a set  of  functional  re- 
quirements and  design  criteria  desired  by  the  using  agency,  and  the 
applicable  constraints  and  requirements  set  forth  by  the  appropriate 
military  regulations  and  guide  specifications. 

The  Design  Criteria  Management  System  (DCMS)  proposed  in  this 
report  provides  an  effective  system  for  communicating  the  criteria  to 
the  various  users  accessing  the  system. 


^ Cramer,  p 70. 

7 Construction  Design  Approval,  AR  415-20  (Department  of  the  Army, 
1969),  p 1. 
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Taking  advantage  of  the  designer's  talents  will  benefit  the  MCA 
program  through  production  of  more  responsive  facilities.  A primary 
purpose  of  the  DCMS  is  to  support  this  concept  by  facilitating  the 
flow  of  information  to  the  appropriate  design/review  level  throughout 
the  design  phases  of  the  MCA  cycle. 
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3 SYSTEM  CONCEPT 


Design  is  an  iterative  decision  process,  i.e.,  an  information 
flow  process  where  the  information  is  both  dynamic  and  diverse.  The 
architect  is  theoretically  the  coordinator  of  the  various  design 
groups,  the  one  who  integrates  the  solutions  of  the  various  design 
specialists  and  ensures  their  compatability.  Since  designers  of 
building  subsystems  are  often  unfamiliar  with  the  problems  their  solu- 
tions can  create  for  others,  a good  deal  of  interaction  is  required  to 
produce  an  optimal  design.  Frequently,  nonoptimal  solutions  are  agreed 
upon  in  one  area  to  reach  what  is  intuitively  felt  to  be  a better  total 
design  solution.8  An  important  function  of  the  proposed  DCMS  is  the 
role  it  will  play  in  integrating  the  design  process  by  fostering  the 
flow  of  information  to  a variety  of  interacting  professionals. 


Automation 

While  this  system  could  be  developed  for  manual  operating  pro- 
cedures it  is  felt  that,  in  view  of  the  volume  of  data  involved, 
computerization  is  a more  realistic  alternative.  The  ability  to  array 
and  interact  with  thousands  of  conflicting  criteria  currently  involved 
in  architectural  and  engineering  design  along  with  added  criteria  and 
parameters  to  be  absorbed  from  new  social  and  technological  research 
is  far  beyond  the  manual  capacity  of  the  practicing  A/E. 

Admittedly,  several  factors  inhibit  use  of  the  computer  by  design 
professionals;  notably  attitudes  toward  design,  a knowledge  gap  be- 
tween architects  and  computer  scientists,  and  the  economics  of  infor- 
mation handling.  Those  who  say  the  design  process  is  intuitive  and 
subjective  show  skepticism  and  resistance  when  suggestions  are  made  to 
computerize  all  or  part  of  it.  Many  architects  and  related  profes- 
sionals are  as  yet  unaware  of  the  computer's  application  potential 
within  their  own  industry.  Computer  scientists  unfamiliar  with  archi- 
tectural problems  often  tend  to  widen  this  gap  by  presenting  applica- 
tions programs  totally  unacceptable  to  the  profession.9  However,  some 
architects  and  engineers  recognize  that  much  of  the  design  process  is 
actually  analysis  and  verification;  these  phases,  because  of  their  in- 
herent ability  for  systemization--taken  in  context  of  the  large  numbers 
of  variables  to  be  interrelated--can  be  improved  through  computeriza- 
tion. 


j”  J.  Folinus,  The  Design  of  i Da  ie<  formation  . . f 
Bui:  ling  Design , Research  Report  R73-52  (Massachusetts  Institute  of 
Technology,  1973),  p 112. 

9 Folinus,  p 16. 
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The  economics  of  information  handling  can  present  a problem. 

Each  design  activity  uses  a sizable  amount  of  project  data.  To  com- 
puterize these  activities,  a designer  would  have  to  prepare  all  such 
data  for  computer  input,  a cost  which  is  unjustifiable  for  most  singu- 
lar design  activities.  However,  when  these  data  are  used  for  a vari- 
ety of  projects,  the  development  of  large  amounts  of  reference  data 
makes  it  economically  appropriate  to  computerize  the  data  base  because 
the  cost  can  be  spread  out  over  several  projects.10 

The  evolutionary  nature  of  project  information  offers  the  chance 
for  data  preparation  to  be  more  effectively  used;  once  entered  or  de- 
veloped within  a computer,  an  information  system  can  make  data  avail- 
able for  a variety  of  activities  over  the  life  of  a project. 

Computers  are  useful,  then,  in  the  building  design  process  because  of 
their  capacity  for  organizing  much  of  the  information  for  a design 
project  into  one  system.11  Such  systems  offer  the  potential  to  unify 
the  design  process. 

It  should  be  stressed,  however,  that  the  primary  concern  of  this 
research  to  provide  capabilities  that  will  provide  a productive  and 
flexible  tool  in  the  Corps'  design  criteria  management  process  rather 
than  tc  devise  techniques  that  are  most  efficient  in  terms  of  computer 
technc logy. 


DCMS  Data  Base  and  Computer  Software  Development 

The  major  functional  subsystems  in  the  Design  Criteria  Management 
System  require  resources  in  varying  quantities  for  both  development 
and  maintenance  of  a data  base  and  computer  programs  (software). 


Data  Ban-'  Development 

For  each  major  functional  subsystem  of  the  DCMS  that  requires  the 
development  of  a data  base  to  support  its  functional  area,  the  follow- 
ing activities  may  be  required: 

1.  Format  Development:  For  each  data  base  or  major  portion 

thereof,  the  data  in  the  base  must  be  organized  in  a particular  format 
(also  referred  to  as  data  base  design).  At  this  point  in  the  develop- 
ment of  the  DCMS  consideration  must  be  given  to  interrelationships 


^ Fol inus,  p 16. 
1 1 Fol inus,  p 18. 
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among  the  data  elements,  with  particular  regard  to  the  access  of  data 
items  of  interest  to  more  than  one  application  area  or  module  of  the 
DCMS.  Frequency  of  access  and  volume  of  data  in  each  access  must  be 
analyzed  so  that  the  organization  supports  efficient  operation.  The 
design  of  the  data  base  will  also  impact  on  the  hardware  and  software 
requirements  of  the  computer  system. 

2.  Data  Index  Scheme:  Some  of  the  data  bases  in  the  DCMS  will 
be  extremely  large.  To  minimize  the  time  necessary  to  locate  data 
elements  in  the  base,  an  indexing  scheme  must  be  developed  so  that 
total  average  access  time  is  minimized.  The  index  design  must  also 
consider  hardware  and  software  and  portability  of  the  data  base  from 
one  computer  system  to  another.  A major  consideration  in  the  index 
design  will  be  the  requirement  that  the  cross-referencing  schemes  for 
the  major  functional  component  interface  with  each  other.  This  aspect 
of  the  data  base  design  becomes  extremely  important  whenever  components 

are  integrated  into  a total  system.  fe 

3.  Standardized  Data  Element  Definition:  A standardized  defini- 

tion must  be  prepared  for  each  element  in  the  data  base.  These  defi- 
nitions will  prevent  ambiguities  among  the  data  elements.  Reference 
to  the  proper  data  element  will  be  greatly  facilitated  through  use  of 
standard  definitions  in  subsequent  software  developments. 

4.  Data  Collection  Procedures:  For  each  data  base,  procedures 

must  be  established  to  initialize  the  values  of  the  data  elements  and 
to  keep  them  current.  Examination  of  current  and  proposed  data  collec- 
tion procedures  will  reduce  redundant  collection  points. 

5.  Data  Coding  and  Keypunching:  Data  required  to  initialize  and 

maintain  the  base  must  be  coded  and  keypunched  before  they  can  be 
stored  on  digital  equipment.  Plans  for  accomplishing  this  task  must 
be  included  at  the  time  of  the  data  base  design. 


Computer  Software  Development 


Each  major  functional  component  of  the  DCMS  requires  software 
development.  This  software  will  support  the  associated  functional 
area  of  the  design  criteria  management  and  communication  process. 


1.  User-oriented  Language:  User-oriented  languages  may  be  re- 

quired for  each  major  functional  component.  A user-oriented  language 
is  a set  of  commands  similar  to  the  language  used  in  the  associated 


functional  area.  These  commands  are  processed  as  input  to  a program 
coded  in  high-level  language  (e.g.,  FORTRAN)  and  translated  into 
computer-based  procedures.  This  type  of  language  is  the  most  trans- 


portable user-machine  interface  available  in  digital  computers. 
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2.  Command  Definition  and  Design:  For  each  command  in  the  user- 


oriented  language,  standard  definitions  must  be  provided.  This  pro- 
cess is  analogous  to  developing  rules  of  grammar  for  a language.  It 
includes  interpretation  of  the  string  of  symbols  in  a command  and 
determination  of  its  correctness  or  error.  Appropriate  defaults  and 
error  messages  must  be  provided  for  possible  command  errors. 

3.  System  Programming:  For  each  correctly  or  incorrectly  iden- 

tified command,  a certain  amount  of  computer  code  must  be  activated  to 
act  upon  a data  base  or  perform  some  type  of  computation.  Planning 
the  flow  of  such  computer-based  procedures  is  the  integral  part  of  the 
system  programming. 

4.  Systems  Coding:  Each  computer-based  procedure  must  be  coded 

in  a high-level  language  (FORTRAN,  COBOL,  PL1 , etc.).  The  code  must 
be  efficient  and  maximize  use  of  language  features  that  are  transport- 
able. 


item  Operation  and  Maintenance 


For  each  major  functional  component  of  the  DCMS,  an  analysis  must 
be  made  of  the  resources  required  to  operate  and  maintain  the  system. 
The  analysis  must  include  hardware  requirements  necessary  to  support 
software  and  data  base  operations,  as  well  as  personnel  requirements 
for  hardware  operation  and  software  maintenance. 


DCMS  Organization 


Data.  Base  Requirements 

The  Design  Criteria  Management  System  (see  Figure  1)  requires 
development  of  a structured  data  base  to  organize  the  design  criteria. 
The  concept  used  to  determine  this  structure  emerges  from  a character- 
istic thought  pattern  of  the  design  process.  This  pattern  emerges 
from  the  human  mind's  inability  to  concentrate  on  large  amounts  of 
data  simultaneously.  Experts  generally  indicate  that  around  five  to 
ten  items  are  the  most  that  can  be  focused  upon  at  one  time.  Thus,  in 
the  design  management  process,  with  problems  containing  hundreds  of 
thousands  of  criteria,  the  designer  needs  to  conceive  of  groups  of 
elements  as  subsets  of  the  total  situation.  Then  each  subset  may  have 
its  own  subset,  etc.,  until  the  smallest  elements  are  reached.  This 
process  moves  down  a hierarchical  structure,  beginning  with  the  total 
situation,  breaking  it  into  its  basic  components,  and  then  breaking 
its  components  into  subcomponents,  and  so  forth.  The  final  base  of 
information  ranges  from  the  finitely  defined  space  in  terms  of  its 
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building  components  to  the  human  activity  common  denominator  (such 
as  eating,  sleeping,  dressing)  depending  on  the  situation  pursued  by 
the  designer. 


Initially,  two  broad  classifications  of  criteria  have  been  iden- 
tified: "Standard  Design  Criteria"  and  "Project-Specific  Design 

Criteria."  While  some  overlap  exists  between  these  classes,  the  basic 
purpose  of  these  classifications  dictates  independent  systems  and  pro- 
cedures for  their  operation  and  maintenance.  The  Standard  Design 
Criteria  exist  as  the  body  of  regulatory  information  that  the  A/E  must 
search  to  find  criteria  that  apply  to  the  facility  being  designed. 

The  A/E  is  not  provided  with  a list  of  applicable  criteria  as  he  is 
with  the  Project-Specific  Design  Criteria.  In  the  latter  category 
the  client  (who  can  be  identified  at  many  levels  of  the  MCA  cycle) 
provides  a set  of  criteria  unique  to  the  project  at  hand.  Currently, 
these  criteria  exist  in  the  form  of  the  Project  Development  Brochures, 
PDB-I  and  PDB-II.  The  difference  between  the  two  categories  of  cri- 
teria is  their  degree  of  applicability.  Standard  Design  Criteria 
provide  generic  information  for  numerous  facility  types,  whereas 
Project-Specific  Design  Criteria  provide  information  applicable  only 
to  the  specific  project. 

As  depicted  in  Figure  1,  the  Standard  Design  Criteria  and 
Project-Specific  Design  Criteria  provide  the  data  base  for  the  DCMS. 
They  provide  the  inputs  to  the  DCMS,  which  then  performs  a multiplic- 
ity of  operations  on  the  data  for  effective  communication  to  the 
appropriate  levels  in  the  MCA  cycle. 


Software  Requirements 

In  addition  to  the  data  base  development,  computer  software  must 
be  developed  to  support  the  functional  components  in  the  system.  The 
DCMS  addresses  the  responsibilities  of  criteria  management  in  archi- 
tectural and  engineering  design  by  a set  of  computer-based  applica- 
tions in  three  major  functional  subsystems. 

1.  Standard  Design  Criteria 

2.  Project-Specific  Design  Criteria 

3.  Facility  Criteria  File  Development 

These  subsystems  perform  most  of  their  work  in  the  planning, 
programming,  and  preliminary  design  phases  of  the  MCA  cycle.  Opera- 
tions proceed  in  an  iterative  cycle  until  all  the  appropriate  criteria 
have  been  communicated  to  the  appropriate  design/review  level. 
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In  addition  to  these  subsystems,  other  functional  components 
exist  that  rely  either  directly  or  indirectly  on  the  information 
transfer  that  the  DCMS  controls.  These  components  have  been  identi- 
fied as: 


1. 

Project 

Description  File 

2. 

Design 

Evaluation 

3. 

Cost  Estimating 

4. 

Project 

Specifications 

The  DCMS  fosters  the  flow  of  information  to  an  evaluation  sub- 
system and  thereby  becomes  an  integral  part  in  the  operation  of  an 
integrated  design  system.  The  operations  that  take  place  on  the  pro- 
ject description  file*  require  that  the  DCMS  provide  the  evaluation 
subsystem  with  a set  of  allowable  criteria  combinations  for  the  vari- 
ous subsystems  within  the  facility.  With  this  information  the  evalua- 
tion subsystem  can  produce  a verified  project  description  file  which 
becomes  the  common  data  base  for  a set  of  interrelated  computer  pro- 
grams that  can,  among  other  things,  produce  cost  estimates  and  generate 
project  specifications. 

Subsequent  sections  will  describe  the  tasks  involved  within  the 
subsystems  and  will  address  the  demands  that  each  makes  on  the  design 
criteria  management  system.  Finally,  a synthesis  of  these  require- 
ments will  define  a set  of  criteria  to  guide  development  of  the  DCMS. 


* The  project  description  file , at  any  given  point  in  time,  reflects 
the  amount  of  design  development  that  has  occurred,  the  results  of 
previous  evaluations,  and  the  results  of  the  design  process  to  date. 
It  can  exist  as,  among  other  formats,  a set  of  drawings  or  a series 
of  computer-readable  statements. 
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DCMS  FUNCTIONAL  SUBSYSTEMS 


The  three  major  functional  subsystems  that  comprise  the  design 
criteria  management  system  have  been  termed: 

1.  Standard  Design  Criteria 

2.  Project-Specific  Design  Criteria 

3.  Facility  Criteria  File  Generation 

This  section  describes  each  of  these  subsystems,  using  as  guid- 
ance the  outline  for  data  base  and  software  development  presented  in 
Chapter  3.  The  discussion  will  not  adhere  directly  to  the  format  of 
the  outline;  rather,  an  effort  will  be  made  to  cover  all  relevant 
topics  in  the  course  of  a discussion  related  to  the  functional  role  of 
the  specific  component. 

The  description  may  neglect  certain  topics  presented  in  the  out- 
line. This  could  occur  for  either  of  two  reasons:  the  topic  may  not 

be  applicable  to  the  specific  component  being  described,  or  the  level 
of  research  accomplished  under  a certain  topic  may  not  justify  any 
definitive  statements. 


Subsystem  One--Standard  Design  Criteria  Input  (Figure  2) 

Standard  design  criteria  for  all  DA  projects  are  the  responsibil- 
ity of  the  Chief  of  Engineers. 12  These  criteria  provide  guidance  for 
design  and  construction  of  functional,  durable  facilities  which  have 
reasonable  and  appropriate  maintenance  and  operating  costs  over  the 
design  life  of  the  facilities. 

Standard  criteria  exist  in  various  formats  in  a variety  of  docu- 
ments including  DOD  manual  4270. 1 -M , Construction  Criteria  Manual , DA 
technical  manuals  in  the  TM-5-800  through  899  series,  numerous  Army 
Regulations  ( AR ) , Engineering  Regulations  (ER),  and  Guide  Specifica- 
tions for  military  construction.  Also,  OCE  has  recently  introduced 
Design  Guides  (DG)  as  a means  of  criteria  communication. 


1Z  Construction  Design  Approval,  AR  415-20  (Department  of  the  Army, 
1969),  p 1. 


Figure  2.  Subsystem  One--standard  design  criteria  input. 


Data  Base  Development 


The  data  base  for  standard  design  criteria  must  be  capable  of  not 
only  handling  the  current  DOD  criteria  but  of  providing  for  simple  in- 
tegration of  new  standard  criteria.  This  fact  implies  that  the  format 
for  the  data  base  should  be  suggested  by  the  nature  of  existing  and 
evolving  standard  design  criteria  and  the  way  they  are  used  by  the 
designers  who  access  them. 

Design  is  an  iterative  process  that  consists  of  the  manipulation 
of  space  and  the  selection  of  materials  and  equipment  that  specify  its 
functional  and  image  attributes.  Faced  with  the  problem  of  interrelat- 
ing the  hundreds  of  criteria  that  may  be  involved  with  a project,  the 
designer  needs  to  conceive  of  groups  of  elements  as  subsets  of  the 
total.  For  this  purpose,  two  conceptual  hierarchical  structures  will 
be  developed  to  organize  standard  design  criteria:  (1)  a spatial 

hierarchy  to  deal  with  functional  and  image  requirements  and  (2)  a 
building  components  hierarchy  to  deal  with  material,  equipment  and 
technical  criteria. 


Spatial  Hierarchy.  The  spatial  hierarchy  is  based  on  functional 
space  differences  and  consists  of  distinct  levels  which  range  in  logi- 
cal steps  from  the  broad  scope  of  the  first  level  to  the  most  specific 
functional  space. 

The  proposed  hierarchy  consists  of  six  levels:13 


Level  I 
Level  II 
Level  III 
Level  IV 
Level  V 
Level  VI 


Facility  Type 
Spatial  Type 
Functional  Type 
Functional  Group 
Functional  Space 
Activity  Space. 


The  first  level  of  the  structure,  termed  "Facility  Types,"  cate- 
gorizes facilities  by  their  major  functional  and  spatial  differences; 
e.g.,  administrative  office  facilities  are  seen  as  being  significantly 
different  in  both  functional  and  spatial  requirements  from  shop  main- 
tenance facilities  and  are  therefore  considered  a distinct  category. 


1 1 The  Engineers  Collaborative,  Ltd.,  and  Harry  Weese  and  Associates, 
A Proposed  Hierarchical  Structure  of  Functional  Spaces  for 

Buildings , Special  Report  P-75  (U.S.  Army  Construction  Engineering 
Research  Laboratory  [CERL],  1976),  p 3. 


This  level  of  structure  relates  readily  to  what  is  often  referred  to 
as  "building  type"  but  is  intended  to  go  beyond  that  concept  to  include 
more  aspects  of  a project  than  the  building  alone.  Both  programmers 
and  designers  commonly  focus  in  on  projects  from  this  initial  stand. 

It  also  sets  a valuable  context  in  which  to  review  the  preliminary 
project  designs. 

The  type  of  criteria  that  would  be  located  under  each  Level  I 
Facility  Type  is  that  which  is  pertinent  to  all  such  facilities  in 
that  category.  The  information  would  pertain  to  the  facility  in  gen- 
eral and  would  include: 

1.  Philosophy  and  policy  for  the  facility  type 

2.  Intended  use  of  the  specific  facility 

3.  Relationship  of  the  facility  to  its  surroundings. 

The  second  level  of  the  structure  divides  each  facility  type  into 
two  spatial  categories--interior  and  exterior.  This  provides  a natural 
division  of  current  information  and  criteria.  It  also  relates  well  to 
normal  project  programming  procedures  which  distinguish  between  site 
and  building  requirements,  and  is  compatible  with  most  design  proced- 
ures. 

Information  and  criteria  located  under  these  Level  II  descriptors 
will  be  pertinent  to  all  such  spaces  in  the  category  and  include: 

1.  Spatial  type  philosophy  and  policy;  e.g.,  two-  or  three- 
story  building  with  a maximum  of  10,000  square  feet;  or 
criteria  for  height  to  width  and  length  ratio;  or  area 
criteria. 

General  description  of  the  type  of  enclosed  or  open  func- 
tions; e.g.,  the  facility  will  include  separate  structures 
for  repair  shop,  inspection  and  point  storage;  or  incor- 
porate provisions  for  a new  sanitary  lift  station,  parking 
lot,  and  two  new  tennis  courts. 

The  third  level  of  the  proposed  structure  divides  each  of  the 
Level  II  spatial  types  into  two  functional  categories--primary  and 
support/services.  The  following  list  displays  the  type  of  information 
and  criteria  to  be  located  under  these  Level  III  Functional  Type  cate- 
gories : 

1.  Information  identifying  the  users  and  a general  description 
of  their  functions  and  relationships 
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2.  Quantities  of  user  groups 


3.  Information  that  distinguishes  between  categories 

4.  Basic  philosophy  of  the  functional  type. 

Thus,  this  level  provides  the  next  logical  step  in  degree  of  de- 
tail used  by  both  the  project  programmer  and  designer.  A relatively 
small  body  of  written  information  or  criteria  exists  for  this  level, 
probably  because  much  of  such  information  is  provided  verbally  in  the 
form  of  clarifications  and  explanations.  The  need  to  document  this 
type  of  information  is  supported  by  this  level. 

The  fourth  level  of  the  structure,  termed  "Functional  Group," 
divides  each  of  the  Level  III  Functional  Types  into  categories  of 
spaces  distinguished  by  the  similarity  of  functions  or  activities 
which  occur  in  each  space.  For  example,  one  such  category  on  this 
level  is  "Residence."  Under  that  category  are  grouped  the  numerous 
living  spaces  associated  with  housing,  as  opposed  to  office  spaces, 
which  have  been  grouped  under  the  "Administrative"  category.  The  type 
of  information  which  would  be  listed  under  a Level  IV  descriptor  in- 
cludes the  following: 

1.  The  basic  intent  and  philosophy  of  the  functional  group. 

2.  Specific  criteria  that  pertain  to  all  spaces  within  that 
functional  group;  e.g.,  criteria  stating  that  all  ceiling 
heights  in  administrative  offices  shall  be  10  ft  or  that 
lighting  levels  shall  be  100  footcandles. 

3.  Relationships  between  functional  groups;  e.g.,  criteria 
that  would  separate  the  administrative  (office  spaces) 
in  a training  facility  from  the  actual  training  rooms  or 
classrooms  within  a facility,  or,  conversely,  integration 
requirements  stating  the  need  for  combining  administra- 
tive spaces  with  research  spaces  in  a particular  facility. 

This  level  of  the  structure  performs  two  important  functions.  First, 
it  provides  a natural  location  for  a body  of  information  and  criteria 
which  is  too  often  unrecorded  and  which  is  passed  on  verbally  in  the 
form  of  clarifications  and  explanations.  This  situation  is  primarily 
characteristic  of  the  first  and  third  types  of  information.  Second, 
it  provides  a natural  location  for  a large  body  of  existing  informa- 
tion and  criteria  that  deals  with  broad  categories  of  spaces. 

This  Level  IV  Functional  Group  should  prove  a valuable  source  for 
schematic  design  review  by  the  Corps  and  installations,  while  provid- 
ing the  A/E  designer  with  an  important  set  of  information  which  he 
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would  normally  request  or  generate  if  it  is  not  provided.  It  should 
also  prove  valuable  to  the  programmer  of  a more  unique  type  of  project 
by  providing  a natural  grouping  of  all  similarly  functioning  spaces; 
e.g.,  a grouping  of  all  "Administrative"  space  types  on  the  levels 
below. 

The  "Functional  Spaces"  of  Level  V of  the  proposed  structure  act 
as  the  next  natural  subset  of  the  hierarchy.  This  level  of  the  struc- 
ture is  intended  to  categorize  information  pertinent  to  the  room  level 
of  functions  and  spaces.  Information  anticipated  under  this  set  of 
descriptors  may  prove  to  be  the  most  extensive  of  any  of  the  levels. 

It  is  likely  to  include: 


1. 

Precise  area,  occupancy,  and  functional  criteria 

2. 

Environmental  criteria  such  as  temperature,  humidity,  and 
light 

3. 

Adjacency  criteria 

4. 

Safety  and  convenience  criteria 

5. 

Service  and  utility  criteria. 

Most  programming  efforts  that  deal  with  categorizing 
for  functional  spaces  use  some  form  of  descriptor  similar 
tional  space  level.  A/Es  commonly  use  such  a category  in 
it  will  undoubtedly  be  useful  to  the  reviewer  as  a result. 

information 
to  the  func 
design,  and 

The  sixth  and  lowest  level  of  the  proposed  structure  provides  a 
level  for  categorizing  information  that  deals  with  functions  and 
spaces  at  the  subroom  level.  This  lowest  level  of  the  proposed  hier- 
archical structure  will  provide  considerable  flexibility  to  the 
structure  as  well  as  keep  the  Level  V categories  within  manageable 
quantities.  Level  VI  categories  have  been  termed  "Activity  Spaces." 
They  deal  with  spaces  within  functional  space  where  distinct,  dis- 
cernable  activity  takes  place;  e.g.,  a student  seating  area,  or  a 
teaching  station  within  a classroom.  Without  them  it  might  be  neces- 
sary to  classify  separately  each  of  a group  of  classrooms  as  a unique 
functional  space.  Level  VI  Activity  Space  categories  are  intended  to 
be  used  to  define  the  unique  activity  spaces  of  each  otherwise  dupli- 
cate functional  space,  thereby  permitting  the  several  functional 
spaces  to  be  described  as  one.  For  example,  two  "briefing  rooms"  may 
differ  only  in  the  requirement  that  one  also  provides  a lecture  plat- 
form at  one  end  for  assembly  functions;  use  of  a Level  VI  Activity 
Space  category  in  the  hierarchy  will  permit  a single  Level  V descrip- 
tor, "Briefing  Room." 
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It  is  anticipated  that  the  following  types  of  data  will  be  stored 
on  this  1 evel : 

1 . Activity  criteria 

2.  Unique  furniture  and  service  utility  criteria. 

Appendix  B presents  the  functional  space  hierarchy  for  ane  facil- 
ity type--bachelor  housing.  Although  not  exhaustive,  the  appendix 
presents  an  example  of  how  the  hierarchy  would  be  used  to  organize 
spaces  and  their  associated  criteria  for  this  facility  type. 


Building  Component  Hierarchy.  In  the  process  of  communicating 
design  criteria  it  is  necessary  to  link  information  from  the  spatial 
hierarchy  with  information  that  pertains  to  materials  and  equipment 
specifications.  These  criteria  are  needed  by  the  A/E  to  design  the 
space-defining  elements  (i.e.,  floors,  walls,  furniture,  etc.)  in  the 
facility.  This  link  is  a logical  evolution  in  the  organization  of  de- 
sign criteria,  since  formal  definition  of  spatial  volumes  (and  con- 
sequently the  design)  is  not  complete  until  the  space-defining 
elements  (i.e.,  building  components,  equipment  and  materials)  have 
been  specified. 

The  building  components  hierarchy  will  consist  of  several  dif- 
ferent levels  that  relate  to  material  specification  and  selection. 

Each  level  will  represent  a successively  more  specific  decision  in  the 
building  design  process,  from  the  highest  level  specification  of  the 
general  system  criteria  (e.g.,  electrical  criteria,  mechanical  cri- 
teria, etc.)  to  the  lowest  level  representing  the  basic  construction 
task.  Each  system  may  contain  several  levels  of  descriptive  detail, 
such  as  shape,  design,  principal  material,  secondary  material  and 
coating. 

The  design  criteria  will  be  categorized  into  eleven  major  divi- 
sions or  systems.  These  criteria  are  further  subdivided  into  as  many 
levels  as  necessary  to  reach  the  basic  construction  task.  The  pro- 
posed eleven  divisions  with  their  first  and  second  levels  are  pre- 
sented in  Table  1.  The  appropriate  data  element  definitions  would 
contain  information  on  the  product,  its  design  and  application. 

An  extension  of  the  descriptors  to  be  contained  in  the  hierarchy 
is  presented  in  Appendix  C.  The  structure  displays  a segment  of  the 
component  descriptors  needed  for  roofing  design  (Division  05). 


Building  Component  Hierarchy: 


Tri-Services  Uniformat 


Di  v i s i o n 


Level  I 

Level  II 

01 

FOUNDATIONS 

Oil 

Standard  Foundations 

012 

Foundation  Excavation 

02 

SUBSTRUCTURE 

021 

Slab  on  Grade 

022 

Basement  Excavation 

023 

Basement  Walls 

03 

SUPERSTRUCTURE 

031 

Floor  Construction 

032 

Roof  Construction 

033 

Stair  Construction 

04 

EXTERIOR  CLOSURE 

041 

Exterior  Walls 

042 

Fenestration  (Doors  and  Windows) 

05 

ROOF  I NO 

051 

Roof  Covering 

052 

Insulation 

053 

Flashing 

054 

Special  Construction 

06 

INTERIOR  CONSTRUCTION 

061 

Partitions 

062 

Interior  Finishes 

063 

Soecialties  and  Fittinqs 

07 

CONVEY  I MO  SYSTEMS 

071 

Elevators 

072 

Escalators 

073 

Special  Systems 

08 

MECHANICAL 

081 

Plumbinq 

082 

Heatinq  and  Ventilation 

083 

Fire  Protection 

084 

Special  Mechanical  Systems 

085 

Air  Conditioning 

09 

ELECTRICAL 

091 

Distribution 

092 

Lighting  and  Power 

093 

Special  Electrical  Systems 

10 

EQUIPMENT 

101 

Furnishings 

102 

Fixed  Equipment 

103 

Special  Construction 

11 

S1TEW0RK 

111 

Util i ties 

112 

Paving 

113 

Walks 

114 

Curbs  and  Gutters 

115 

Fencinq 

116 

Storm  Drainaqe 

117 

Unusual  Foundations 

118 

Site  Improvement 

119 

Demol it  ion 

Linking  the  Hierarchies.  As  an  organizational  concept,  the  build 
ing  component  criteria  can  be  nested  into  the  spatial  hierarchy  at 
any  appropriate  level.  Division  4 of  the  component  hierarchy  nested 
into  Level  I of  the  spatial  hierarchy  might  contain  criteria  govern- 
ing the  type  of  brick  and  methods  of  construction  for  the  facility  in 
general.  Division  06  linked  to  Level  V or  VI  would  contain  criteria 
about  interior  finishes  for  specific  spaces  or  activity  settings 
within  the  spaces,  respectively.  It  is  believed  that  most  component 
criteria  will  be  stored  under  Levels  V and  VI  of  the  spatial  hierarchy 

A comprehensive  system  for  the  management  and  communication  of 
design  criteria  must  also  deal  with  certain  contingency  factors  that 
govern  facility  design,  such  as  location,  climate,  personnel  strength, 
and  geometric  description  of  the  facility.  These  factors  exist  as  a 
series  of  variables  that  apply  to  many  of  the  design  criteria  in  both 
hierarchies.  To  include  these  contingency  factors  in  the  hierarchies 
would  require  that  they  be  duplicated  wherever  they  are  relevant;  this 
would  make  the  data  base  unnecescari ly  large  and  complex. 

A series  of  parameter  files  will  be  developed  to  manage  these 
variable  contingency  factors.  These  files  will  be  indexed  throughout 
the  hierarchies  when  appropriate.  The  nested  hierarchies  with  their 
references  to  the  parameter  files  should  provide  a comprehensive  capa- 
bility for  the  organization  of  standard  DOD  criteria. 

Accessing  the  design  criteria  from  the  structure  will  occur  in 
different  modes.  The  system  design  will  provide  the  capability  for 
accessing  criteria  at  any  level  of  the  hierarchies.  This  capability 
will  be  accomplished  by  standardizing  the  definitions  assigned  to  the 
design  criteria  elements.  Each  design  criteria  will  be  accessed  by 
correctly  specifying  the  unique  data  element  definil ions  assigned  to 
the  criteria.  For  example,  specifying  BOQ  (Level  I Spatial  Hierarchy) 
and  ELECTRIC  (Division  09  - Building  Component  Hierarchy)  will  trans- 
mit electrical  criteria  for  all  spatial  types  in  a bachelor  officer's 
quarters  facility.  A more  detailed  discussion  of  accessing  design 
criteria  will  be  offered  later. 


Summary  of  Data  Base  Development.  The  preceding  discussion  de- 
scribes the  basic  structure  for  the  organization  of  standard  military 
design  criteria  for  the  proposed  Design  Criteria  Management  System. 

It  will  serve  as  the  basic  organizing  element  for  criteria  for  Sub- 
system Two--Project-Specif ic  Input  and  Subsystem  Three--Faci 1 i ty 
Criteria  File.  Necessarily,  Subsystems  Two  and  Three  will  require 
additional  capabilities  that  will  be  developed  as  extensions  of  the 
basic  DCMS  data  structure. 
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Software  Development 

The  software  that  will  be  developed  for  Subsystem  One  will  per- 
form several  functions.  As  the  criteria  are  manually  input  through  a 
terminal  the  programs  will  perform  a check  to  insure  consistency  with- 
in the  information.  Using  the  standard  element  definitions,  the 
software  will  compare  the  criteria  appropriate  to  the  definition, 
check  for  conflict  and/or  redundancy,  and  store  the  criteria  in  the 
proper  location  in  the  nested  hierarchy.  To  do  so  the  criteria  must 
be  stored  in  a format  that  allows  comparative  evaluation  by  the  com- 
puter. The  format  to  be  used  is  the  conditional  expression.  The 
equivalent  machine-logical  expressions  will  serve  as  the  internal  (to 
the  computer)  representation  of  design  criteria  and  will  precisely 
notate  all  objective  information.  Criteria  with  variable  performance 
requirements*  will  also  be  stored  this  way.  Certain  criteria,  specif- 
ically those  that  cannot  be  translated  into  conditional  expressions, 
will  not  be  stored  in  this  format,  but  will  be  kept  as  verbal  text. 

In  addition  to  eliminating  conflict  and  redundancy  from  the  stand- 
ard criteria,  the  programs  will  manipulate  the  criteria  into  a boolean 
(the  internal  machine  equivalent  of  the  conditional  expression)  format 
and  store  them  at  the  appropriate  location  in  the  hierarchy.  A pro- 
cedure will  be  established  to  insure  that  criteria  are  assigned  to  the 
appropriate  data  element  definition  in  the  hierarchy. 

After  the  initial  effort,  standard  criteria  will  be  reviewed 
systematically  at  regular  intervals.  To  enable  this  procedure,  a 
series  of  commands  will  be  defined  in  the  form  of  a user-oriented 
language. 

Operating  as  a stand-alone  module,  this  subsystem  could  immedi- 
ately improve  the  organization  of  design  criteria.  Changes  to  criteria 
could  be  implemented  quickly  and  completely  by  accessing  the  appropri- 
ate level  for  each  facility  as  it  is  initialized  in  the  hierarchy. 
Similarly,  criteria  could  be  accessed  from  the  data  base  by  specifying 
the  appropriate  element  definition  in  the  hierarchy.  The  criteria 
would  be  communicated  in  their  internal  machine  format  until  some 
type  of  output  function  converts  the  data  into  a more  usable  format; 
this  conversion  function  will  be  discussed  under  Subsystem  Three. 


* Van  •-  • • eria  are  those  design  criteria  that  are 

determined  on  the  basis  of  a specified  parameter  value;  e.g.,  the 
design  criteria  for  the  number  of  parking  spaces  for  a facility  are 
determined  by  the  number  of  personnel  attached  to  the  facility. 
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Subsystem  Two--Project-Specific  Design  Criteria  Input  (Figure  3) 

Specification  of  the  functional  criteria  for  each  project  is  the 
responsibil ity  of  the  using  agency.14  These  functional  criteria  in- 
clude: 1 5 

1.  Justification  of  project  from  mission  requirements 

2.  Facility  siting 

3.  Functional  flow  diagrams 

4.  Performance  requirements 

5.  Space  requirements 

6.  Special  equipment  requirements . 

For  each  line  in  the  5-year  defense  program,  the  using  agency 
must  be  prepared  to  submit  firm  criteria  to  the  Corps.  These  criteria 
must  be  complete  to  minimize  changes,  delays,  and  additional  cost,  and 
must  be  in  agreement  with  standard  DA  criteria  and  approved  master 
plans. 16 

Currently,  the  project-specific  criteria  are  presented  in  the 
form  of  a Project  Development  Brochure  (PDB).  The  using  agency  pre- 
sents its  criteria  in  PDB- I,  while  OCE  presents  criteria  in  a somewhat 
different  format  in  PDB- 1 1 . Subsystem  Two  will  provide  the  using 
agency  and  other  responsible  levels  of  the  MCA  cycle  with  an  oppor- 
tunity to  present  design  criteria  that  will  be  pertinent  solely  to  the 
facility  at  hand.  These  criteria  will  be  merged  with  the  standard 
criteria  from  Subsystem  One,  which  contains  generic  information  for 
all  facility  types.  The  object  of  this  merge  procedure,  and  Subsys- 
tem Two,  is  to  produce  a comprehensive  design  criteria  file  for  the 
project. 


Data  Bar-  Development 

As  the  project  criteria  are 


netruoti  ■ Deeigt  Ap\  roval, 
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’■natrwf  ’on  Design  Approval , 
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Figure  3.  Subsystem  Two--project-speci f ic  design  criteria  input. 


opportunity  is  presented  to  modify  the  design  criteria  data  base  to 
further  clarify  the  communication  of  design  criteria.  The  issue  of 
criteria  interpretation  has  been  considered  a major  problem  by  archi- 
tects and  engineers  who  have  designed  military  facilities. 

Questions  consistently  come  up  regarding  the  binding  authority 
of  the  military  criteria:  specifically,  which  criteria  are  regulatory 

and  which  criteria  are  guide! ines--i .e. , nonregulatory  in  nature.  In 
the  private  sector,  an  A/E  confers  with  a client  to  establish  the 
goals  and  objectives  for  a project  and  the  criteria  to  be  used  in  the 
design.  In  addition,  local  codes  and  regulations  precisely  specify 
the  regulations  that  must  be  observed  and  the  requirements  that  must 
be  met  in  the  design  and  construction  of  a building.  The  architect 
works  with  the  client  and  develops  an  implicit  hierarchy  of  responsi- 
bility for  implementing  the  criteria  into  the  process. 

Criteria  used  in  military  designs  should  be  communicated  in  the 
same  manner.  In  the  MCA  process  the  A/E  is  not  involved  in  the  plan- 
ning or  programming  of  repetitive  facilities  and  enters  the  process 
after  the  project  design  criteria  have  been  developed.  The  criteria 
should  be  presented  to  him  with  attributes  specifying  the  degree  of 
regulatory  authority  they  possess.  In  the  MCA  process  regulatory 
authority  is  influenced  daily  by  decisions  at  many  levels.  The  nego- 
tiation of  the  architect's  responsibility  for  implementation  of  spe- 
cific criteria  should  be  determined  by  the  responsible  levels  at  the 
time  they  enter  their  criteria  for  the  project  into  the  system.  This 
function  will  be  of  special  importance  when  a user's  criteria  con- 
flict with  standard  DOD  criteria. 
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A separate  data  base  will  be  developed  to  organize  the  project- 
specific  criteria.  The  format  for  the  data  base  structure  will  be 
the  same  as  the  standard  criteria  format  to  allow  the  merging  of  the 
two  data  bases  in  a logically  consistent  fashion  (this  merging  pro- 
cedure will  be  discussed  in  the  next  section).  The  same  data-element 
definitions  for  the  hierarchial  structures  of  the  Subsystem  One  data 
base  will  be  used  for  the  Subsystem  Two  data  base.  Note  that  since 
project-specific  criteria  represent  a subset  of  the  body  of  standard 
criteria  the  data  base  will  be  smaller. 

Appendix  D examines  the  feasibility  of  converting  military  design 
criteria  into  the  proposed  formats  for  the  development  of  a computer- 
based  design  criteria  management  system. 

Sofii.>art  Development 

The  functional  aspects  of  Subsystem  Two  require  a set  of  programs 
that  will  perform  consistency  checks  on  each  source  (PDB-I  and  PDB-II) 
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of  project-specific  data,  and  merge  that  data  with  a file  of  standard 
criteria  for  the  facility  to  generate  a file  of  design  criteria  for 
the  project.  This  file  would  consist  of  all  the  appropriate  standard 
criteria  merged  with  the  project-specific  criteria  as  presented  by  the 
user. 

During  the  generation  of  this  facility  criteria  file  a series  of 
operations  will  be  performed  on  the  data.  Initially,  the  user  cri- 
teria (PDB-I  and  PDB-II)  will  be  checked  against  each  other  for  con- 
flict and  redundancy.  Since  many  users  influence  facility  design, 
this  operation  could  take  place  over  a computer  network,  with  the 
users  accessing  a common  data  base  from  remote  terminals.  Procedures 
would  be  established  to  resolve  issues  of  conflict  in  criteria  in  a 
vastly  reduced  time  period. 

Consideration  will  be  given  to  development  of  a series  of  rou- 
tines that  will  prompt  the  using  agency  during  criteria  input.  This 
type  of  technique  would  revise  the  need  for  the  Project  Development 
Brochures  since  the  prompting  routines  would  vary  for  each  facility 
type. 

After  the  Project-Specific  Design  Criteria  File  is  developed  it 
will  be  merged  with  the  Standard  Design  Criteria  File.  Each  unique 
data  element  mentioned  in  the  project  file  would  be  compared  to  its 
associated  element  in  the  standard  criteria  file.  The  boolean  equi- 
valents of  the  criteria  would  be  mathematically  compared  and  any  viola- 
tion of  standard  criteria  would  be  noted.  The  various  users  would 
resolve  the  issues  of  conflict  and  classify  criteria  as  regulatory  or 
nonregulatory.  Decisions  in  this  regard  would  have  to  be  made  by  the 
using  and  funding  agencies. 

As  a stand-alone  module,  this  subsystem  would  allow  any  echelon 
in  the  MCA  Cycle  to  incorporate  design  criteria  into  the  facility  file. 
Integrated  with  the  standard  criteria  subsystem,  the  DCMS  would  be 
capable  of  assembling  design  criteria  files  for  any  facility  type, 
with  the  additional  advantage  of  being  able  to  simply  and  quickly 
change  the  files  by  accessing  the  appropriate  data  element  definition. 


Subsystem  Three--Faci 1 i ty  Criteria  File  Generation  (Figure  4) 

Subsystems  One  and  Two  provide  the  data  base  substance  for  the 
Design  Criteria  Management  System.  The  output  from  Subsystem  Two  con- 
sists of  a file  of  design  criteria  for  the  project--a  result  ofnierg- 
inq  the  standard  criteria  and  project-specific  criteria  into  one 
file. 

Before  facility  design  criteria  can  be  communicated  to  and 
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Figure  4.  Subsystem  Three--facility  criteria  file  generation. 


accessed  by  the  users  of  the  DCMS,  software  must  be  developed  that 
will  convert  and  interpret  the  internal  storage  notation  (machine- 
logical)  of  the  criteria  into  a format  appropriate  for  the  specific 
user  accessing  the  data.  The  format  for  the  criteria  should  relate 
criteria  to  design  procedure  and  promote  compatibility  between  these 
two  elements.  The  appropriate  format  for  each  criteria  is  therefore 
dictated  by  the  time-phased  nature  of  information  flow  in  the  MCA 
cycle  design  phases  (i.e.,  what  criteria  are  needed  by  whom  and  when), 
and  the  state  of  the  art  in  architectural  program  format  techniques. 


Data  Base  Development 

No  major  data  base  development  activities  are  required  for  Sub- 
system Three.  The  data  base  to  be  operated  upon  is  the  Facility 
Design  Criteria  File  stored  in  the  computer.  It  should  be  noted  that 
either  of  the  files  from  Subsystems  One  or  Two  could  be  generated  as 
hardcopy  files  by  eliminating  the  procedure  required  to  create  a 
merged  facility  criteria  file. 


Software  Development 

The  initial  architectural  program  data  must  be  logically  organ- 
ized when  presented  to  the  A/E.  The  organization  and  format  of  the 
criteria  should  relate  to  design  procedures.  The  same  reasons  that 
suggested  a spatial  hierarchy  for  the  internal  storage  structure  for 
design  criteria  apply  to  the  organizational  concept  for  communicating 
these  criteria  to  the  A/E.  Subsystem  Three  software  will  be  developed 
to  organize  the  information  into  a six-level  spatial  hierarchy,  with 
material  and  equipment  criteria  (from  the  building  component  hierarchy) 
nested  at  any  of  the  six  levels  (but  primarily  in  Levels  IV,  V,  and 
VI). 


Current  trends  in  architectural  programming  recognize  the  value 
of  communicating  criteria  in  a visual-verbal  format.*  A large  amount 
of  text,  in  itself,  can  often  confuse  the  user;  but  when  this  verbal 
information  is  integrated  with  visual  information  in  the  form  of 
matrices,  maps,  and  diagrams,  the  two  forms  work  to  reduce  the  level 
of  abstraction.  Initially,  visual  information  will  be  provided  by 


* The  word  format  is  used  here  to  define  the  visual  characteristics  of 
the  information  as  it  is  presented  and  not  the  structural  character- 
istics of  the  data  base  hierarchies.  The  interest  is  in  the  com- 
municative value  of  text,  sketches,  diagrams,  maps,  etc. 
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reference  to  supplementary  documents;  eventually,  it  may  be  possible 
to  replace  this  with  graphic  images  produced  from  internal  machine 
formats. 

A variety  of  computer  programs  will  be  developed  to  relate  the 
criteria  to  the  specific  organizational  level  and  its  information  re- 
quirements within  the  MCA  cycle.  Criteria  for  the  various  users  of 
the  DCMS  would  be  formatted  for  design  and  review  activities  as  well 
as  for  justification,  budgeting  and  authorization. 

Appendix  E has  been  developed  as  a partial  example  of  the  type  of 
document  that  would  be  formatted  for  the  A/E  to  use  as  an  architectural 
program.  The  design  criteria  presented  in  the  example  are  for  a 
bachelor  officer's  quarters  (BOQ)  and  have  been  taken  from  a variety 
of  sources  including  standard  design  criteria  and  criteria  for  BOQs 
from  various  using  agencies.  It  should  be  assumed  that  each  criteria 
has  binding  authority  since  that  determination  procedure  would  have 
taken  place  during  the  merging  of  standard  and  project-specific  design 
criteria. 

While  visual  information  has  not  been  developed  for  the  BOQ  de- 
sign criteria  in  Appendix  E,  examples  of  possible  formats  to  be  used 
have  been  taken  from  a variety  of  sources  and  are  collected  in  Appen- 
dix F. 

The  ability  of  the  DCMS  to  produce  a hardcopy  version  of  the  Fa- 
cility Criteria  File  does  not  preclude  a necessity  for  the  DCMS  to 
respond  to  a specific  user's  requests  for  design  criteria.  To  satisfy 
this  need  the  DCMS  must  have  a variety  of  different  access  modes. 

Users  of  the  Design  Criteria  Management  System  will  be  able  to 
access  criteria  in  the  data  base  by  specifying  the  appropriate  combi- 
nations of  unique  data  element  definitions.  By  employing  a simple 
keyword  retrieval  scheme  a user  can  access  all  of  the  criteria  avail- 
able for  a certain  facility  by  merely  specifying  the  unique  data  ele- 
ment definition  for  that  facility  type;  if  the  user  wants  to  obtain 
criteria  for  the  illumination  requirements  for  a work  station,  a 
concatenation  of  the  appropriate  unique  data  element  definitions  will 
cause  the  system  to  transmit  the  information. 

For  example,  the  string  of  unique  data  element  definitions  that 
would  generate  the  criteria  in  Appendix  E might  appear  as: 

GET  BOQ  & ENCLOSED  & USER 

This  would  cause  the  DCMS  to  output  all  criteria  available  on 
interior  user  spaces  in  a BOQ  facility.  The  request: 


GET  BOQ  & ELECTRICAL 


would  generate  all  electrical  criteria  incorporated  at  any  level  of 
the  hierarchy,  whereas  the  request 

BOQ  & DINING  AREA  & ELECTRICAL 

would  generate  only  electrical  criteria  for  dining  spaces  in  a BOQ; 
i.e.,  the  requirement  for  a duplex  outlet  for  eating  apparatus  (see 
Appendix  E).  The  more  unique  data  element  definitions  used  on  the 
inquiry,  the  more  specific  are  the  criteria  that  will  be  output. 

The  output-generating  and  access  routines  are  key  elements  in  the 
operation  of  the  DCMS.  These  programs  provide  the  interface  between 
man  and  machine.  The  level  of  their  sophistication  will  influence  the 
use  of  the  system  and  determine  the  degree  of  impact  that  the  DCMS  will 
have  on  the  MCA  design  cycle. 
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DCMS  RELATED  COMPONENTS 


During  the  information  transfer  processes  in  the  MCA  cycle  the 
Design  Criteria  Management  System  is  presented  with  two  sets  of  cri- 
teria as  inputs  and  produces  as  output  a reformatted  hardcopy  version 
of  the  facility  criteria  file  developed  in  Subsystem  Two  (Figure  5). 


STANDARD  CRITERIA 


PROJECT-SPECIFIC  CRITERIA-*- 


D 

C 

M 

S 


HARDCOPY  FACILITY  CRITERIA  FILE 


Figure  5.  DCMS  inputs  and  output. 


The  DCMS  supports  information  transfer  to  a wide  variety  of 
functions,  which  are  not  part  of  the  DCMS,  in  the  design  of  military 
facilities.  Figure  6 illustrates  trie  role  the  DCMS  would  play  in  an 
integrated  design  system.  Design  criteria  are  an  integral  part  of  the 
information  transfer  process  in  the  MCA  cycle;  they  are  used  as  deter- 
ministic elements  in  the  process  of  generating  a design  and  act  as  the 
body  of  information  against  which  evaluation  takes  place  during  review 
cycles. 

The  following  sections  discuss  the  characteristics  of  specific 
functional  components  that  could  interact  with  the  DCMS  in  the  design 
process.  This  discussion  is  presented  to  substantiate  the  need  for 
the  DCMS  because  of  its  central  role  in  the  management  of  a common 
data  base  that  is  integrated  into  the  design  processes  it  supports. 


Project  Description  File 

In  current  practice  the  generation  of  a design  is  a manual,  iter- 
ative process  that  ultimately  produces  a set  of  contract  documents 
that  are  submitted  periodically  for  approval  by  various  levels  in  the 
MCA  cycle.  The  design  and  evaluation  procedures  rely  on  the  expertise 
of  the  individual  concerned  primarily  with  that  phase  of  design  or 
review  for  which  he  is  responsible.  This  task-oriented  approach, 
where  people  operate  within  their  own  spheres  of  responsibility,  re- 
quires perfect  communication  between  the  different  designers  and 


Figure  6.  Related  components--design  criteria  management  system. 


reviewers,  since  each  person's  decisions  interact  to  affect  the  pro- 
ject.1'' Duplication  and  wasted  effort  often  occurs  when,  as  a result 
of  communication  delays,  designers  work  from  noncurrent  project  de- 
scriptions. 


Data  Base  Development 

More  efficient  communication  can  be  achieved  by  implementing  a 
project  description.18  Because  of  the  nature  of  the  building  design 
process,  the  communication  problem  is  different  for  each  design  phase. 
Over  the  course  of  a design,  development  of  the  information  represent- 
ing the  project  status  is  of  special  importance.  Initially,  a project 
is  described  by  few  data,  and  even  its  most  fundamental  aspects  are  in 
a very  fluid  state.  As  a project  develops  over  a period  of  time  new 
information  further  specifying  the  characteristics  of  the  project  is 
being  generated.  This  generated  information  typically  is  derived  from 
modification  of  the  project  description,  and  the  analysis  that  genera- 
ted it  is  also  partially  based  on  the  project  description. 

By  the  final  design  phase,  sheer  volume  has  become  the  most  crit- 
ical aspect  of  the  information  problem;  this  aspect  also  extends 
through  the  construction  phase.  This  evolving  nature  of  building  in- 
formation makes  the  subject  of  project  data  management  a difficult 
one. 


As  the  design  is  developed  the  project  description  file  contains 
information  about  decisions  related  to  the  spaces,  materials,  and 
equipment  in  the  facility.  In  the  earliest  stages  this  file  could  be 
filled  with  volumes  of  stored  background  information  based  on  history 
files  for  general  facility  types.  Incoming  design  decisions  would 
replace  former  "predicted"  information  in  the  project  description  file. 
An  important  point  is  that  although  the  project  description  file  is 
always  in  a process  of  modification  it  is  always  complete.  Its  com- 
pleteness allows  for  incremental  or  continuous  design  iteration  for  a 
variety  of  different  al ternati ves.  By  consolidating  this  descriptive 
information,  the  project  description  file  would  help  to  improve  com- 
munication between  all  organizational  levels  of  the  MCA  cycle. 

The  data  base  that  is  developed  in  the  form  of  the  project 


1 Jeffrey  J.  Folinus,  The  Design  of  a Data  Base  Information  System 
- . ’‘.sign.  Research  Report  R73-52  (Massachusetts  Insti- 

tute of  Technology,  1973),  p 10. 

• " Fol inus , p 1 5. 
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description  file  would  be  structured  similarly  to  the  data  bases  of 
the  major  functional  subsystems  of  the  DCMS.  The  building  descrip- 
tion, being  a product  of  the  integration  and  synthesis  of  the  design 
criteria,  would  be  translated  into  the  same  internal  format  (machine- 
logical  boolean  expressions)  as  the  criteria  and  would  be  attributes 
of  the  same  unique  data  element  definitions.  This  condition  is  neces- 
sary to  support  the  evaluation  routines  in  the  review  phases  of  the 
MCA  cycle. 


DeVi  ' "■  ■ t 


The  creation  of  a project  description  file  could  take  place  in 
two  substantially  different  modes.  In  the  first,  the  design  would 
proceed  using  manual  techniques  for  preparation  of  the  contract  docu- 
ments. Once  this  set  of  documents  is  completed  it  would  be  translated 
by  a set  of  programs  into  a computer  data  base  accessing  the  same  data 
element  definition  and  internal  storage  formats  as  in  the  DCMS  data 
base.  A command  language  would  be  developed  to  enable  the  user  to 
enter  statements  using  the  vocabulary  he  normally  uses  in  describing 
buildings.  Plans  could  be  entered  by  using  a digital  pointer  or 
other  graphic  device  and  a new  element  of  information--geometric-- 
would  be  associated  to  each  data  element  definition.  This  process 
would  produce  a fairly  comprehensive  description  of  the  facility. 

In  the  second  mode  of  creating  a project  description  file,  the 
major  portion  of  the  design  process  would  take  place  in  an  automated 
environment,  eliminating  some  of  the  manual  tasks  needed  to  create  a 
set  of  contract  documents.  By  combining  typewritten  statements  and 
graphical  input  the  designer  would  be  able  as  he  designs  the  building 
to  describe  it  to  the  computer  in  sufficient  detail  to  develop  a com- 
prehensive project  description.  Many  attempts  at  developing  compre- 
hensive computer-aided  architectural  systems  have  been  and  are  being 
undertaken. 1 9 


Among  others,  building  description  systems  have  been  developed  or 
are  being  developed:  C.  H.  Burnette,  An  <->rganisatio*,  of  lnformit  ' >: 

for  'omput  r-Aia  m micatioi  ’ • - • • , > ; c . M . Eastman , 

f routings  ii 

J.  J.  Folinus,  The  Design  of  a Data-Base  Information  System  for 
Design ; Daniel  Roos,  ed . , 

See  Reference  list  for  complete  references. 
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Evaluation  Component 

The  Corps  of  Engineers  acts  as  client,  contracting  for  design 
services  with  A/E  firms  in  approximately  80  percent  of  its  building 
program;  the  remaining  20  percent  is  designed  in-house.  The  designs 
must  meet  all  applicable  design  and  construction  regulations.  The  re- 
view of  design  submittals  consumes  time  and  manpower  and  will  likely 
consume  more  of  these  resources  as  the  design  process  becomes  more 
complex. 

The  proposed  Design  Criteria  Management  System  will  reduce  the 
design  review  effort  in  two  ways.  First,  the  organization  and  format 
of  the  criteria  communicated  to  the  A/E  will  support  more  responsible 
design  effort,  thus  reducing  the  opportunity  for  error.  Second,  the 
creation  of  the  project  description  file  will  support  automated  evalu- 
ation techniques  that  will  perf&V^*  a substantial  portion  of  the  review 
process. 


Data  Bast  Development 

Two  data  bases  are  required  to  perform  design  evaluation;  the 
project  description  file  that  is  prepared  in  either  of  the  modes  pre- 
viously discussed  and  the  facility  design  criteria  file  that  has  been 
stored  in  the  computer  during  Subsystem  Two  operation.  These  two  data 
bases  will  have  substantially  the  same  organization  and  formats. 

Additional  data  base  development  may  be  required  to  support  some 
of  the  review  techniques  within  the  evaluation  subsystem. 


. ' . ' ir.  > velopment 

The  design  evaluation  and  review  procedures  for  the  Corps  of 
Engineers  have  bem  developed  to  insure  the  quality  of  the  product 
within  the  limits  established  for  its  design,  construction,  and  fund- 
ing. The  Corps'  system  of  design  review  is  one  of  the  most  highly 
structured  set  of  procedures  available  for  the  review  of  facility 
designs.  While  certain  portions  of  the  review  must  be  done  manually, 
the  highly  structured  procedures  make  the  implementation  of  a compu- 
terized evaluation  system  possible. 

The  software  developed  in  the  evaluation  subsystem  will  check 
design  decisions  against  the  criteria  for  the  facility.  The  internal 
boolean  notation  of  the  design  decisions  as  associated  with  each 
unique  data  element  definition  in  the  project  description  file  are 
mathematical ly  evaluated  against  the  internal  notation  of  the  criteria 


for  the  same  data  element  definition  in  the  DCMS  Facility  Criteria 
File.  During  the  evaluation  cycle,  the  major  tasks  to  be  performed 
are: 

1.  Review  individual  design  decisions  to  reduce  design  errors 
and  costly  change  orders. 

2.  Make  logical  checks  of  interdependent  design  to  insure  con- 
formity with  criteria. 

3.  Trace  design,  construction,  operation  and  maintenance  de- 
ficiencies back  to  their  sources,  or  to  the  decisions  which 
caused  problems. 

4.  Maintain  consistent  review  procedures  based  on  the  same  cri- 
teria and  apply  these  procedures  throughout  all  districts. 

The  review  cycle  is  an  iterative  process  which  can  be  initiated 
at  many  points  in  the  design  process.  Iterations  through  the  cycle 
will  proceed  until  a solution  has  been  verified  to  conform  with  the 
criteria.  This  approved  project  description  file  will  serve  as  the 
data  base  for  the  estimating  of  costs  and  generation  of  the  project 
specifications. 


Cost  Estimation  and  Project  Specifications  Component 

These  two  functional  subsystems  are  displayed  as  the  final  com- 
ponents in  the  diagram  developed  to  indicate  the  role  of  the  DCMS  in 
an  integrated  design  system.  Their  location  is  not  intended  to  indi- 
cate that  these  functions  are  performed  as  the  last  step  in  the  facil- 
ity delivery  process  of  the  MCA  cycle;  in  fact,  cost  estimates  are 
required  in  the  early  phases  of  facility  design  for  budget  approval 
and  authorization. 

The  development  of  these  components  has  been  the  subject  of  an 
extensive  research  effort  by  the  Corps  of  Engineers  and  other  agen- 
cies. The  components  are  mentioned  in  this  report  to  help  define  the 
scope  of  work  which  the  proposed  DCMS  would  influence.  Their  treat- 
ment here  is  not  intended  to  define  their  respective  functions  and 
accordingly  will  be  quite  brief. 


Data  Base:  Development 

The  approved  project  description  file  that  emerges  from  the  re- 
view cycle  as  a comprehensive  facility  description  is  required  for 


cost  estimating  and  specifications  components.  In  addition,  a data 
base  of  material,  labor  and  equipment  unit  costs  and  sets  of  multi- 
pliers or  indices  must  be  provided  to  the  cost-estimating  system.  For 
the  specifications  component  the  military  guide  specs  will  provide  the 
data  base  for  the  preparation  of  project  specifications. 


Software  Development 

The  software  development  for  these  components  will  be  directed  at 
coupling  the  information  in  the  project  description  file  with  the  in- 
formation in  the  data  bases  that  support  the  respective  components. 

The  cost-estimating  component  will  quickly  determine  the  effects 
of  design  changes  on  project  costs.20 

The  specifications  component  will  support  rapid  and  complete 
editing  and  formatting  of  OCE  Guide  Specifications  and  immediately 
disseminate  revisions.  By  automatically  compiling  project  specifica- 
tions, this  component  will  reduce  the  human  error  which  often  results 
in  change  orders. 


I.  s!  Neely,  ns t motion  Cost  Engineering  and  Computation  State 

' th<  ,\vt,  1973,  Technical  Report  P-10/ADA022656  (U.S.  Army  Con- 
struction Engineering  Research  Laboratory,  1974),  p 5. 
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6 CONCLUSIONS  AND  RECOMMENDATIONS 


Conclusions 

This  report  has  presented  the  need  for  and  a conceptual  descrip- 
tion of  a system  for  effective  organization,  management,  and  communica- 
tion of  design  criteria  to  be  used  in  the  MCA  Facility  Delivery 
Process.  The  Design  Criteria  Management  System,  when  implemented, 
would  support  the  information  needs  of  the  various  users  within  the 
MCA  cycle.  It  would  be  an  open-ended  system  in  that  incorporation  of 
new  standard  criteria  and  project-specific  criteria  would  be  possible. 
In  addition,  the  evaluation  of  design  submittals  within  the  framework 
of  appropriate  evaluation  procedures  would  be  fostered  by  the  DCMS. 

The  proposed  Design  Criteria  Management  System  would  serve  as 
both  a management  tool  and  an  operational  tool  for  the  Corps  of  Engi- 
neers facility  delivery  process.  As  a management  tool,  the  hierarchi- 
cal data  base  would  provide  a structure  within  which  to  collect, 
classify,  and  organize  design  criteria.  As  an  operational  tool  the 
structures  would  provide  ready  access  to  tfv  set  of  design  criteria 
for  the  specific  project  or  the  body  of  standard  generic  criteria. 

The  proposed  hierarchical  structures  would  relate  well  to  de- 
signer and  reviewer  and  would  enable  each  level  of  the  MCA  cycle  to 
specify  design  criteria.  The  broad-scope  to  narrow-scope  structure 
would  permit  the  A/E  to  absorb  the  criteria  in  a logical  way  and  would 
allow  the  designer  or  reviewer  to  move  successively  through  or  selec- 
tively retrieve  criteria. 


Recommendations 

Future  efforts  should  involve  detailing  the  operations  to  be  per- 
formed by  each  of  the  three  major  functional  subsystems  that  comprise 
the  DCMS.  Flow  diagrams  indicating  the  file  structure  and  data  trans- 
fer and  manipulation  for  each  subsystem  as  a stand-alone  module  and 
as  an  integrated  component  should  be  developed  to  define  the  system 
architecture  and  lay  a foundation  for  its  development  and  implementa- 
tion. 

The  Design  Criteria  Management  System  should  be  developed  in  a 
phased  manner  so  that  each  major  functional  component  will  function 
both  in  a stand-alone  capacity  and  as  an  element  of  a totally 

The  Design  Criteria  Management  System  should  be  developed  in  a 
phased  manner  so  that  each  major  functional  component  will  function 
both  in  a stand-alone  capacity  and  as  an  element  of  a totally  integrated 

system. 
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APPENDIX  A: 


CURRENT  MILITARY  DESIGN  CRITERIA 
MANAGEMENT  SYSTEM 


Introduction 

The  basic  design  guides  for  the  MCA  program  are  DOD  manual 
4270. 1 -M,  Construction  Criteria  Manual,  DA  technical  manuals  in  the 
TM-5-800  through  899  series,  Design  Guides  (DG)  developed  by  the 
Office  of  Chief  of  Engineers,  ARs,  ERs,  and  Guide  Specifications  for 
military  construction.  These  publications  prescribe  the  design  and 
construction  criteria  applicable  to  all  MCA  facilities.  This  appendix 
describes  the  activities  and  responsibilities  of  the  DOD  and  Corps  of 
Engineers  components  in  the  generation,  application,  and  updating  of 
DOD  and  OCE  design  criteria.  In  addition,  the  substantive  and  pro- 
cedural requirements  for  deviations  from  criteria,  and  the  responsible 
components,  are  detailed. 

For  clarity,  the  duties  of  each  responsible  component  with  re- 
spect to  design  criteria  have  been  subdivided  into  four  discrete 
functional  stages:  criteria  generation,  criteria  application,  criteria 

updating,  and  criteria  deviation.  The  work  flow  and/or  responsible 
component  for  certain  types  of  facilities  (e.g.,  medical  installations, 
aviation  facilities)  may  differ  from  the  general  case.  Where  appli- 
cable, these  differences  are  noted  in  the  text. 


Criteria  Generation 


General 

The  Chief  of  Engineers  is  charged  with  developing,  maintaining, 
and  promulgating  architectural  and  engineering  design  policy  and  cri- 
teria for  DA  facilities  or  construction  projects.  Standard  criteria 
developed  for  repetitive  facilities  must  consider  economy.  The  Deputy 
Chief  of  Logistics  provides  general  staff  supervision  of  construction 
standards  and  criteria.  Detailed  design  criteria  which  may  be  devel- 
oped and  used  by  the  Defense  Components  must  be  consistent  with  the 
criteria  contained  in  DOD  Manual  4270. 1-M. 

In  addition  to  the  basic  design  manuals  mentioned  earlier,  OCE 
maintains  the  Current  Design  Information  System  (CDI),  which  handles 
design  information  not  available  through  routine  channels.  Design  in- 
formation (including  criteria)  developed  for  unique  or  system-critical 


applications  and  selected  design  data  applicable  to  specific  design 
problems  or  facilities  involving  complicated  or  unusual  applications 
is  entered  into  the  system  and  made  available  for  the  optional  use  of 
Corps  Divisions  and  Districts.  Data  or.  information  resulting  from 
special  studies,  research,  and  engineering  investigations  having  di- 
rect application  to  design  is  also  included  in  the  CDI. 


Specif ia 

Family  housing  facilities:  The  Chief  of  Engineers  is  to  formu- 

late any  necessary  supplementation  of  DOD  criteria  and  disseminate 
copies  to  Corps  of  Engineers  field  offices  and  Army  commands. 

Medical  facilities:  The  Surgeon  General  is  responsible  for  co- 

ordinating the  programming  requirements  for  hospitals  and  medical 
facilities.  In  addition,  he  is  to  develop  requirements  and  criteria 
based  upon  populations  to  be  served  and  anticipated  work  loads. 

Army  aviation  facilities:  The  Chief  of  Engineers  is  responsible 

for  developing  master  planning  criteria  and  space  allowances  for  Army 
aviation  facilities. 

Safeguard:  The  Chief  of  Engineers  is  assigned  the  responsibility 

to  develop  criteria  for  Safeguard. 

Air  Force  construction:  The  Air  Force  is  to  develop,  furnish 

and/or  define  applicable  criteria  for  the  construction  agent.  If  the 
Army  performs  the  construction,  the  construction  agent  is  normally  the 
Corps  of  Engineers.  If  the  Navy  performs  the  work,  the  construction 
agent  is  normally  the  Naval  Facilities  Command. 


Criteria  Application 

The  criteria  in  DOD  4270 . 1 -M  are  to  be  used  in  planning  and  de- 
sign of  (1)  permanent  facilities,  including  family  housing,  in  the 
MCA  program;  (2)  minor  construction  and  nonappropriated  fund  projects; 
and  (3)  major  alteration  to  existing  structures  for  rehabil itation  or 
conversion  into  permanent  facilities.  These  criteria  are  applicable 
to  all  facilities  at  military  installations  in  the  United  States  and, 
to  the  extent  practical,  to  other  locations  worldwide.  The  Chief  of 
Engineers,  except  for  standard  designs,  has  delegated  his  design  re- 
sponsibilities to  Division  and  District  engineers. 

Division  and  District  engineers  must  prepare  designs  in  strict 
accordance  with  these  established  criteria  unless  deviations  described 
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below  are  authorized.  Construction  commanders  (i.e.,  commanders  other 
than  the  Chief  of  Engineers  who  have  been  specifically  delegated 
authority  to  execute  Army  construction  programs  in  whole  or  in  part) 
are  required  to  monitor  these  programs  to  insure  adherence  to  estab- 
lished DA  construction  and  design  criteria.  The  Chief  of  Engineers  is 
required  to  assist  and  advise  the  Deputy  Chief  of  Staff  for  Logistics 
(DCSLOG)  in  formulation  and  review  of  the  annual  MCA  programs  and  in 
defense  of  these  programs  before  Congress;  this  assistance  includes 
review  of  program  submissions  for  conformance  with  prescribed  criteria. 

New  or  revised  design  criteria  issued  by  OCE  are  one  of  three 
types:  routine,  special,  or  immediate.  "Routine"  application  re- 

quires use  of  the  new  criteria  in  all  future  projects  and  in  current 
projects  if  received  prior  to  initiation  of  site  adaptation  of  standard 
drawings  or  initiation  of  preparation  of  project  drawings  and  specifi- 
cations. All  revisions  to  criteria  are  considered  "routine"  unless 
otherwise  specified.  "Special"  application  requires  use  of  new  cri- 
teria in  future  projects  and  integration  into  projects  already  de- 
signed but  is  applicable  to  the  latter  only  if  it  is  clear  that 
project  bidders  will  have  time  to  receive  and  consider  the  changes 
without  postponing  bid  opening.  "Immediate"  application  requires  in- 
tegration of  new  criteria  into  all  projects,  including  those  already 
under  construction,  unless  application  would:  (1)  delay  critical  bene- 

ficial occupancy  dates,  (2)  result  in  removal  of  an  uneconomical 
amount  of  construction  already  in  place,  (3)  result  in  loss  of  mater- 
ials already  delivered,  or  (4)  require  additional  funding  which  would 
necessitate  reprogramming  of  funds  and  would  jeopardize  other  items 
already  in  the  construction  budget.  The  Division  engineer  is  author- 
ized to  waive  implementation  of  the  "immediate"  change  in  the  case  of 
Army  projects  if  it  comes  within  the  terms  of  one  of  the  above  excep- 
tions. For  Air  Force  Projects  the  change  must  be  approved  by  the  Air 
Force  Regional  Ci/il  Engineer  (AFRCE)  prior  to  implementation. 


Criteria  Deviation 


General 

The  Division  Engineer  may,  for  a specific  project,  authorize  de- 
viations from  OCE  criteria.  This  authority  may  not  be  delegated.  If 
the  proposed  deviation  comes  from  the  District  level,  it  must  be 
brought  to  the  attention  of  the  Division  engineer  at  the  earliest 
possible  design  phase.  Division  engineers  in  overseas  areas  may  de- 
viate from  CONUS  criteria  where  application  of  these  standards  is  not 
feasible;  such  deviations  must  reflect  the  advantages  or  limitations 
of  available  materials  and  local  construction  practices.  In  no  case, 
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however,  does  the  authority  to  deviate  extend  to  changes  in  criteria 
which  will  permit  an  increase  in  fire  or  life  safety  hazards  or  to 
changes  in  criteria  for  Army  or  Air  Force  airfield  and  heliport  pave- 
ments. Each  time  the  Division/Engineer  exercises  his  authority  to 
deviate  he  must  promptly  notify  HQDA  (DAEN-MCE) . This  report  must  be 
prompt  to  allow  time  for  comment  by  OCE  in  case  of  an  objection  and 
to  allow  time  for  any  necessary  corrective  action  by  the  District  at 
least  two  weeks  prior  to  bid  opening. 


Specific 

1.  Family  Housing  Facilities:  Any  exceptions  and/or  waivers  from 

criteria  contained  in  DOD  Manual  4270. 1-M,  except  for  statutory  limi- 
tations, require  the  prior  approval  of  the  Deputy  Assistant  Secretary 
of  Defense  (Installations  and  Housing). 

2.  Medical  Facilities:  If  deviations  from  the  criteria  in  DOD 

2470. 1-M  are  deemed  necessary  because  of  fund  limitations  or  other 
factors,  proposed  deviations  with  justifications  must  be  sent  for 
approval  to  HQDA  (DAEN-MCE-A) . 

3.  Army  Aviation  Facilities:  The  Chief  of  Engineers  is  respon- 

sible for  coordinating  with  the  Assistant  Chief  of  Staff  for  Force 
Development,  HQDA  (DAED-AVO),  to  obtain  agreement  to  proposed  changes 
in  space  allowances  or  criteria.  Proposed  deviations  from  pavement 
design  criteria  and  marking  of  operational  aircraft  pavements  pre- 
scribed in  TM-5-803-4  must  be  addressed  through  Corps  of  Engineers, 
District  Engineer,  channels  to  HQDA  (DAEN-MCE-D) . Deviations  from 
airfield,  heliport,  and  helipad  lighting  criteria  must  be  addressed 
through  Corps  of  Engineer,  District  Engineers  channels  to  HQDA  (DAEN- 
MCE-U),  and  all  other  proposed  deviations  from  TM-5-803-4  criteria 
must  be  sent  to  HQDA  (DAEN-MCE-P)  for  approval.  However,  requests 
for  waivers  relating  to  safety  clearances,  flight  hazards,  operational 
safety,  and  master  planning  are  to  be  submitted  through  Army  Command 
rather  than  Corps  of  Engineer  and  District  Engineer  channels.  Re- 
quests for  waiver  of  DOD  criteria  concerning  Safety  Flight  and  Noise 
Abatement  contained  in  DOD  4270. 1-M  must  be  submitted  through  Army 
Command  channels  to  DAEN-MCE-P  for  review  and  then  forwarded  to  the 
Deputy  Assistant  Secretary  of  Defense  (Installations  and  Housing)  for 
continued  action. 


Criteria  Update 

Comments  on  and  suggested  changes  to  the  DOD  Manual  and  the  DA 
Technical  Manuals  are  encouraged  from  all  sources;  suggestions  are  to 
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be  submitted  to  DAEN-MCE.  In  addition,  there  are  two  specific  programs 
designed  in  part  to  provide  data  and  information  which  will  be  used  to 
revise  and  update  existing  design  criteria.  These  are  known  as  the 
Post-Completion  Inspection  Program  and  the  Design  Criteria  Feedback 
Program. 

Post-completion  inspection  occurs  about  6 months  after  occupancy 
of  a facility.  Two  purposes  of  the  inspection  are  (1)  to  determine  the 
adequacy  of  the  facility,  the  Corps  standard  designs,  and  the  Corps 
design  criteria,  and  (2)  to  detect  potential  high-cost  maintenance 
items.  The  inspection  team  is  composed  of  OCE  construction  engineer- 
ing and  facilities  engineering  personnel,  representatives  of  Districts 
and/or  Division  Engineers,  the  Installation  Facilities  Engineer,  and 
the  Major  Command,  if  the  latter  desire  to  attend.  The  District  Con- 
struction Division  is  to  prepare  the  report  of  the  post-completion  in- 
spection and  forward  two  copies  to  FIQDA  (DAEN-MCE-E) . Air  Force 
projects  are  to  be  inspected  onfetewhen  specifically  authorized  or 
requested  by  AFRCE  or  the  Major  Air  Command.  Suggestions  for  improve- 
ment of  design  obtained  from  this  program  are  to  be  evaluated  by  OCE 
and  implemented  as  appropriate. 

The  purpose  of  the  second  program,  the  Design  Criteria  Feedback 
Program,  is  to  keep  OCE  engineering  design  guidance  current  with  the 
latest  architectural  and  engineering  innovations  through  a program  of 
periodic  OCE/Field  Office  inspections  of  military  facilities  which 
have  been  in  use  for  about  3 years.  Initially,  visits  are  to  be 
scheduled  to  "high-volume  facilities"  where  exceptionally  high  main- 
tenance has  been  reported  or  to  facilities  incorporating  new  subsystems 
of  an  unusual  nature.  Technical  teams  from  the  Directorate  of  Military 
Construction  (DAEN-MC)  and  the  Directorate  of  Facilities  Engineering 
(DAEN-FE)  and  personnel  from  the  appropriate  Division  and  District 
offices  make  the  on-site  inspection;  each  team  member  must  be  thor- 
oughly familiar  with  current  design  criteria  in  his  area  of  responsi- 
bility. The  OCE  team  members  are  responsible  for  preparing  a report 
including  recommendations  for  improving  and  updating  OCE  design  guid- 
ance. Appropriate  recommendations  are  to  be  implemented. 


Li 
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APPENDIX  B: 

FUNCTIONAL  SPACE  HIERARCHY 


The  functional  space  hierarchy  is  based  on  functional  space  dif- 
ferences and  consists  of  distinct  levels  which  range  in  logical  steps 
from  the  broad-scope  first  level  to  the  lowest,  most  specific  function- 
al space.  The  proposed  hierarchy  consists  of  six  levels:21 


Level 

1 

Facility  Type 

Level 

2 

Spatial  Type 

Level 

3 

Functional  Type 

Level 

4 

Functional  Group 

Level 

5 

Functional  Space 

Level 

6 

Activity  Space 

The  following  is  an  example  of  the  functional  space  hierarchical 
structure  with  all  of  its  descriptors  for  one  facility  type,  bachelor 
housing.  Data  have  been  obtained  from  a variety  of  sources,  both 
public  and  private,  in  an  effort  to  identify  and  collect  descriptors 
(unique  data  element  definitions)  for  the  hierarchy. 


The  Engineers  Collaborative,  Ltd.,  and  Harry  Weese  and  Associates, 

A Proposed  Hierarchical  Structure  of  Functional  Spaces  for  Build- 
ings, Special  Report  P-75  (U.S.  Army  Construction  Engineering  Research 
Laboratory  [CEP.L]),  p 3. 
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HIERARCHICAL  STRUCTURE 
BACHELOR  HOUSING 
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VAULT.  ELECTRICAL 


PROPOSCO  HIERARCHICAL  STRUCTURE 


ST0RA6E  t LUHbER 


» PROPOSED  HTERaRCMICau  structure 
OP  PUNCTI0N4L  SP«CES  K5R  BUILDINGS 
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PARKING*  StRVICt/OtLIVERY 


EQUIP.  AREA  PLUMING 


APPENDIX  C: 


BUILDING  COMPONENTS  HIERARCHY 

The  building  components  hierarchy  consists  of  several  different 
levels  that  relate  to  material  selection  and  specification.  Each  level 
represents  a specific  decision  in  the  building  design  process,  the 
lowest  level  indicating  the  basic  construction  task. 

The  structure  displayed  here  is  from  Division  05  of  the  building 
components  hierarchy. 
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Building  Component  Hierarchy  for  Roof  Covering 


500000000 
51  0000000 
5 1 1 0 0 0 0 0 0 
5 1 1 1 0 0 0 0 0 
5 1 1 1 1 0 0 0 0 
5 1 1 1 1 2 0 0 0 
5 1 1 2 0 0 0 0 0 
5 1 1 2 1 0 0 0 0 
512000000 
5 1 2 10  0 0 0 0 
5 1 2 1 2 0 0 0 0 
5 12  12  10  0 0 
51  2300000 
51  2360000 
5 1 2 3 6 1 0 0 0 
5 1 2 3 6 1 1 0 0 
5 1 2 3 6 1 1 1 0 
520000000 
5 2 1 0 0 0 0 0 0 
5 2 1 1 0 0 0 0 0 
5 2 1 1 2 0 0 0 0 
523000000 
523100000 
5 2 3 1 1 0 0 0 0 
530000000 
531  000000 
5 3 1 1 0 0 0 0 0 
5 3 1 1 1 0 0 0 0 
5 3 1 1 1 1 0 0 0 
5 3 111110  0 
5 3 1 1 2 0 0 0 0 


ROOFING  SYSTEM  DEMO  NUMBER  7 
INSULATION 

ABOVE  DECK  INSULATION 
NAILABLE  INSULATION 

EXPANDED  PERLITE  B0ARD(HH-I-529) 

2  INCH 

NON  NAILABLE  INSULATION 

FOAMED  CELLULAR  GLASS  (HH-I-551 , TYPE  IV) 
BELOW  DECK  INSULATION 
RIGID  INSULATION 

FIBERBOARD  (LL- 1-535 , CLASS  C) 

1 INCH 

ROLL/BATT  (A STM  C-553) 

3 IN 

TYPE  I 

0.001  IN  THICK  AL  FOIL 
CLASS  B1 

VAPOR  BARRIER 
PAPER 

SIALKRAFT 
2 MIL  THICK 
ELASTOMETRIC 
ROLL  PLASTIC 

4 MIL  POLYVINYL 
WATERPROOFING 

BUILT  UP  BITUMINOUS 
ROLL  FELT 

GLASS  FIBER  FELT 

ASPHALT  SATURATED  FELT  SS-R-520 
TYPE  I 

ASBESTOS  FIBER 


5 3 1 1 2 1 0 0 0 

5 3 112  110  0 

5 3 1 1 3 0 0 0 0 

5 3 1 1 3 1 0 0 0 

5 3 113  110  0 

5 3 1 1 3 2 0 0 0 

5 3 1 1 3 2 1 0 0 

5 3 1 1 3 3 0 0 0 

531  200000 

531220000 
531  250000 

531  300000 

5 3 1 3 1 0 0 0 0 

5 3 1 3 1 2 0 0 0 

5 3 1 3 1 5 0 0 0 

531  320000 

531  3 2 2 0 0 0 
531  324000 

531  330000 

531  332000 
531  334000 

531400000 

531430000 

531432000 

532000000 

532100000 

5 3 2 1 1 0 0 0 0 

532200000 

532210000 

5 3 2 2 1 1 0 0 0 

5 3 2 2 1 1 1 0 0 

532300000 

532310000 

5 3 2 3 1 1 0 0 0 

5 3 2 3 1 1 1 0 0 


ASPHALT  SATURATED  ASBESTOS  FELT  HH-R-590 
TYPE  I,  CLASS  A 
ORGANIC  FIBER 

ASPHALT  SATURATED  ROOF  FELT  (HH-R-595) 

ASPH  SAT  FELT  HH-R-595  T II, CLASS  1(15) 
ASPHALT  SATURATED  BASE  SHEET  (ASTM  2626) 
TYPE  I 

COAL  TAR  SATURATED  FELT  (ASTM  227) 

HOT  COAL  TAR  PITCH(ASTM  D 450, TYPE  A) 

20  LB/SQ 
70  LB/SQ 

HOT  ASPHALT  ASTM  D-312 

TYPE  1 

20  LB/SQ 
60  LB/SQ 

TYPE  2 

20  LB/SQ 
50  LB/SQ 

TYPE  3 

20  LB/SQ 
50  LB/SQ 

AGGREGATE 

ROOFING  GRAVEL 

400  LB/SQ 

STRIP  SHINGLES 

FELT 

ASPHALT- SATURATED  ROOF  FELT  (HH-R-595 ,11  ,1  ) 
REGULAR  SHINGLES 

ASPHALT  SHINGLES  (CLASS  C) 

TYPE  1 
235  LB 

WIND  RESISTANT  SHINGLES 
ASPHALT  CLASS  C 

TYPE  1-UNIFORM  THICKNESS 
235  LB 
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300  LB 
ROLL  ROOFING 


5 3 2 3 1 1 2 0 0 

533000000 

533100000 

5 3 3 1 1 0 0 0 0 

5 3 3 1 1 1 0 0 0 

5 3 3 1 1 2 0 0 0 

533200000 

533210000 

535000000 

535100000 

5 3 5 1 1 0 0 0 0 

5 3 5 1 1 1 0 0 0 

5 3 5 1 1 2 0 0 0 

535200000 

535230000 

535231000 

535300000 

535310000 

540000000 

543000000 

543200000 

543220000 

543500000 

543510000 

550000000 

551000000 

5 5 1 1 0 0 0 0 0 

5 5 1 1 1 0 0 0 0 

552000000 

5521  00000 

5 5 2 1 1 0 0 0 0 

553000000 

553100000 

5 5 3 1 1 0 0 0 0 


MINERAL  SURFACE  ROLL  ROOF 

CLASS  1 90  LB  ORGANIC 

MOPPED 

NAILED 

SMOOTH  SURFACE  ROLL  ROOF  (ASTM  D-224) 
55  LB/SQ 

BUILT  UP  ROOF  ACCESSORIES 

CEMENT  AND  ADHESIVES 

BITUMINOUS  CEMENT  SS-C-153 

TYPE  I 
TYPE  II 

CANTS 

WOOD,  MOISTURE  TREATED 
6 IN  X 6 IN  TRIANGLE 
NAILING  STRIPS 

1 X 6 IN  TREATED  WOOD  W/VENT 

FLASHINGS 
GALVANIZED 
GRAVEL  STOP 
1 IN  HIGH 
REGLETS 

ATTACHED  TO  WALL 

DRAINAGE 

GUTTER  TROUGH 

4 INCH  GUTTER  TROUGH 

4 INCH  ALUMINUM  GUTTER  TROUGH 

ENDS 

4 INCH  ENDS 

4 INCH  ALUMINUM  ENDS 
DOWNSPOUTS 

4 INCH  DOWNSPOUTS 

4 INCH  ALUMINUM  DOWNSPOUTS 
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APPENDIX  D: 


CATEGORICAL  CRITERIA  MATRIX 


This  appendix  demonstrates  the  organization  of  standard  design 
criteria  into  ten  unique  categories.  As  a prototypical  model,  data 
were  taken  from  TM  5-805-14,  Roofing  Design,  and  a Design  Guide 
an  officer's  open  mess  and  structured  into  the  "Categorical  Criteria 
Matrix."  This  study  was  undertaken  to: 

1.  Determine  which  criteria  have  regulatory  authority 

2.  Determine  what  portion  of  current  criteria  documents  are 
relevant  to  designer  tasks 

3.  Determine  if  a criteria  has  spatial  or  component  signifi- 
cance. 

4.  Develop  a simpler,  more  logical  notation  for  the  criteria 
that  would  facilitate  the  development  of  a computer-based  data 
structure. 

Special  emphasis  should  be  given  to  item  4,  the  new  notation  of 
the  criteria.  The  format  developed  expresses  design  criteria  in  terms 
of  a conditional  expression  which  can  be  used  as  an  internal  storage 
notation  in  the  automation  of  the  design  criteria  management  and 
evaluation  processes. 

The  ten  categories  refer  to  any  combination  of  regulatory  or 
nonregulatory  authority  in  combination  with  spatial  and/or  component 
significance  or  any  relationship  between  these  two  factors  and  deter- 
ministic parameters  such  as  design  life,  geometric  constraints,  and 
personnel.  The  ten  unique  categories  of  criteria  are: 

1.  Regulatory  spatial  criteria 

2.  Regulatory  component  criteria 

3.  Regulatory  spatial/component  criteria 

4.  Regulatory  spatial/parameter  criteria 

5.  Regulatory  component/parameter  criteria 

6.  Nonregulatory  spatial  criteria 

7.  Nonregulatory  component  criteria 

8.  Nonregulatory  spatial/component  criteria 

9.  Nonregulatory  spatial/parameter  criteria 

10.  Nonregulatory  component/parameter  criteria 

The  internal  structure  for  design  criteria  is  not  restricted  by 
this  categorical  breakdown.  The  categories  portray  the  design  cri- 
teria as  sets  of  data  that  allow  internal  structuring  to  take  place 
in  a more  logical  framework. 
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Only  parts  of  TM  5-805-14  and  the  Design  Guide  have  been  refor- 
matted here.  The  purpose  was  not  to  restructure  an  entire  document 
but  to  demonstrate  the  concept  and  examine  its  feasibility. 


The  criteria  have  been  located  in  the  proper  categories  on  the 
matrix  and  expressed  as  conditional  statements.  Their  location  in  the 
source  documents  is  indicated. 


categorical  criteria  matrix 
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regulatory;  NR-non-regul a tory ; S-sptial  ; C-conoonent ; P-parameter 


: ^|re;ijld  tory ; S-spatial;  C-coniponent.;  P-parjmeter 


CATEGORICAL  CRITERIA  .MATRIX 


LEGEND:  R-regulatory;  NR-non-regulatory;  S-spatial;  C-component;  P-parameter 


•egula'-’O  . "r  r jo -regulatory ; S-spatial;  C -component;  P-parameter 


LEGEND:  R-regulatory ; NR-non-regulatory ; 55 -spa  ti  a 1 ; C-component;  P-parameter 


APPENDIX  E: 


FACILITY  DESIGN  CRITERIA  HIERARCHY 


This  example  hierarchy  indicates  how  the  two  criteria  hierarchies 
could  conceptually  be  linked.  The  functional  space  hierarchy  is  used 
in  the  initial  phases  to  integrate  with  the  A/E  schematic  design  pro- 
cess. Architects  are  involved  first  with  the  manipulation  of  spaces 
and  then  with  those  elements  that  give  the  spaces  definition. 

The  most  reasonable  level  of  the  spatial  hierarchy  to  work  with 
in  schematic  design  and/or  design  development  is  Level  V,  Functional 
Space.  By  designing  and  manipulating  space  at  this  level  the  A/E  can 
either: 

1.  Branch  down  to  Level  VI  and  deal  with  specific  activities 
and  systems,  etc.,  that  are  involved  with  that  specific  setting,  or 

2.  Define  the  building  components  and  systems  that  relate 
directly  to  the  Level  V space,  or  a combination  of  Level  VI  spaces,  or 

3.  Combine  Level  V space  descriptions  and  the  appropriate  com- 
ponent information  that  is  associated  into  any  facility  type. 

The  proposed  structure  has  been  developed  to  relate  well  to  pro- 
grammer, designer,  and  reviewer  while  accommodating  existing  data 
sources.  It  is  constructed  to  work  with  normal  professional  design 
procedures  as  well  as  with  logical  program  development.  The  broad- 
scope  to  narrow-scope  structure  is  intended  to  permit  the  A/E  first 
receiving  data  to  absorb  it  in  a logical  way.  Later,  it  is  structured 
to  allow  him  to  move  successively  through  the  data  or  to  selectively 
skip  portions,  depending  on  his  need. 

The  example  displays  the  conceptual  linked  hierarchy  with  the 
component  hierarchy  embedded  in  the  spatial  hierarchy  at  the  Level 
IV,  V,  and  VI  descriptors.  The  data  represented  is  for  a bachelor 
housing  facility  and  is  presented  not  as  a solution  but  only  as  an 
indication  of  the  concept. 
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LEVEL  I 
FACILITY  TYPE 


BACHELORS  H0USJW6 


Phi losophy : 

BCQ’s  due  to  economy  shall  be  of  large 
capacity  (100  persons  or  more). 

Tncy  sKa I T be  located  on  sites  which 
allow  for  a relaxing  view. 


Use: 

The  BOQ's  shall  be  used  as  personal 
residences  o'  Enlisted  officers  In 
grades  02  and  below  and  grades  03 
and  above. 


Relationships: 

Thr  BOO  should  be  located  so  as  to 
be  eas'ly  accessible  to  all  Installa- 
tion facilities.  It  should  have 
direct  access  to  classroom  and  ad- 
ministration facilities. 


LEYa  II 
SPATIAL  TYPE 


itra  m 

FUNCTIONAL  m 


ENCLOSED 


Phi losophy: 


USER  | 

i 

Philosophy: 


The  rooms  of  the  BOQ  should  be  ar- 
ranged on  a double  loaded  corridor 
In  clusters  of  not  less  than  four 
uni  ts. 


Site: 

The  story  height  shall  not  exceed 
lO'-O*.  The  total  building  height 
should  be  designed  to  practical 
minimum  taking  Into  account  the  op- 
timum cast  trade  offs  with  struc- 
tural and  mechanical  systems. 


The  officers  using  the  residence 
Is  usually  between  the  age  of  22 
and  27  years  old  and  views  his 
apartment  the  same  way  that  a 
civilian  does. 

Slat: 

The  user  shall  consist  of  officers 
in  Grades  02  and  below,  and  Grades 
03  and  above. 

250  offices  shall  reside  In  one 
complex. 
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LEVEL  IV 
FUNCTIONAL  CROUP 


RESIDENCE 


Philosophy: 

The  residence  should  allow  for  the 
officers  to  relax  In  private  whether 
reading  a book,  watching  television, 
or  listening  to  his  stereo.  It  also 
should  alio**  for  him  to  socialize 
with  fellow  officers  or  visiting 
friends,  whether  from  the  facility 
or  not. 


Relationship: 

The  residence  should  be  relatively 
close  to  the  common  lounge  space 
andclothcs  washing  area  of  the  SCQ. 
Each  residence  should  house  no  more 
than  tow  (2)  occupants. 


Size: 

Officers  In  Grades  02  and  b»lcw  shall 
have  a residence  of  approximately  330 
square  feet  consisting  of  a combination 
living/dining,  bath  and  pullman  type 
kitchen. 

Officers  In  Grades  03  ard  above  shall 
have  a residence  of  approximately 
460  square  feet  consisting  of  a liv- 
ing room,  bedroom,  bathroom  and 
kitchen. 


General  Oeslgn  Criteria: 

Minimum  story  height  10' -0" 

Interior  doors 

a.  2*-8*  x 6'-8"  minimum 

b.  Swing  door  to  have  90* 
minimum  swing. 

Windows  (Including  sliding  glass  doors) 

a.  Minimum  area  1 0X  of  floor  area 
served. 

b.  Minimum  operable  5%  of  floor 
area  served. 

c.  Maximum  area  30S  of  floor 
area  served. 


Structural  Criteria: 

Oeslgn  loads 

Static  or  Oead  Loads 

All  structural  elements  shall 
be  designed  to  safely  support 
all  dead  loads,  permanent  or 
temporary,  including  self 
weight,  partitions  [minimum 
of  10  PSF)  roofing.  Insulation, 
catlings,  floor  covering  and 
mechanical  equipment. 

Vertical  Live  Loads 

a.  Roof:  20  PSF 

b.  Floors:  40  PSF 


LEVEL  V 

FUNCTIONAL  SPACE 


LIVING  AREA 


Philosophy: 

Each  living  unit  shall  contain  space 
that  Is  conducive  to  general  living 
activities,  ampng  which  are  entertain- 
ing, reading,  writing,  listening  to 
music,  watening  television  and  relax- 
ing. Unless  specifically  provided 
elsewhere  In  the  unit,  the  aoove 
listed  activities  will  be  contained 
in  the  living  unit. 

Relationship: 

It  should  be  directly  accessible  to  the 
kitchen,  dining  area  and  required  exits. 
It  also  should  be  accessible  to  the 
sleeping  area  and  bath  without  passing 
through  any  habitable  area. 


Size: 

a.  Minimum  width  11  feet  0 Inches 

b.  Minimum  area  160  square  feet 

c.  Ceiling  height  minimum  a'-O" 

d.  Occupancy  two  (2)  minimum 


Mechanical  Criteria: 

a.  Electric  baseboard  units  shall  be 
provided. 


Electrical  Criteria: 

a.  A switched  outlet  shall  be  provided 
for  each  1 i ving  unit. 

b.  Receptacles  shall  be  no  more  than 
12  feet  apart. 

c.  A master  TV  antenna  outlet  should  be 
provided. 

Lighting  Criteria: 

If  the  dining  area  Is  Included  In  the 
living  area,  provide  an  overhead 
switched  light. 


DINING  AREA 


Philosophy: 

Each  living  unit  shall  contain  space  for 
the  purpose  of  dining.  This  area  may  be 
combined  with  the  living  room  or  kitchen, 
or  may  possibly  be  a separate  space. 


Relationship: 

The  dining  area  shall  be  directly  acces- 
sible to  the  kitchen  and  living  area. 

It  should  also  be  accessible  to  the 
bathroom  without  passing  through  any 

habitable  area. 


ACTIVITY  SPACE 
LIVING  AJUA 

CONVERSATION  AREA 

A desirable  conversation  distance 
Is  of  relatively  small  size  approx- 
imately 10  feet  In  diameter. 


STORAGE  AREA 

Provide  12  lineal  feet  of  shelving 
for  books , ‘records,  stereo,  TY, 
etc. 


EATING  AREA 

1 - 42*  round  table,  4 chairs 

Passage  area  24* 

STORAGE  AREA 

Storage  Unit  l’-6*  x 3'-G* 
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functional  group 


Horizontal  Load  (acting  inward 
or  outward) 

a.  On  exterior  walls:  25  PS F 

b.  On  Interior  walls  or 

partitions:  10  PSF 

•'■'Seismic  Load 

a.  Seismic  Zone  #2 


Atmospheric  Environment: 

Exterior  Wall 
"U"  Factor 

a.  (without  glazing  or  doors) 

0.1S  Bru/hr./sq.  ft.  maximi*. 

b.  (doors  and  glazing)  0.56 
BTUH/hr./sq.  ft.  maximum 

Ho  settlement  or  compaction  of  In- 
sulation due  to  vibration. 

Vapor  penetration:  Provide  barrier 

having  permanence  of  1 perm  minimum. 
AST*  £-26.  Locate  to  allow  passage 
of  Interior  services  within  con- 
trolled environment. 

Moisture  Penetration:  No  moisture 

drawn  to  Interior  surface.  ASTM-E331 . 

Air  Infiltration:  ASTM-E283 

a.  0.06  CFM/Sq.  Ft.  of  exposed  wall 

b.  0.5  CFM/Lln.  ft.  of  door  frame 

c.  0.5  CFM/Lln.  ft.  of  operable 
sash  perimeter  maximum. 


Roof/Celling 

"U"  factor  0.07  BTUH/hr./sq.  ft.  maxlmun 

No  entrapment  of  moisture. 

Provide  vapor  barrier  In  flat  or  near 
flat  roof  construction. 

Provide  ventilation  of  attic  spaces. 

Vent  area  equal  to  1/150  minimum  of 
horizontal  projection  of  roof  area. 

Floor/Celling 

"U"  factor  (floor  exposed  to  exter- 
ior): Hitch  requirement  for  exter- 

ior wall.  Pef.  Sub-System  II. 

No  entrapment  of  moisture. 


Heating,  Ventilating  and  Air  Conditioning: 


imu 

functional  space 

Size. 

a.  Minimum  area 

1.  60  sq.  ft.  If  a separate  area 

2.  40  sq.  ft.  if  combined  with 
living  area 

3.  40  sq.  ft.  If  combined  with 
the  kitchen  area 

b.  Celling  height  minimum  8*-0" 

C.  Occupancy  tv*  (2)  m.nlmum 


Electrical  Criteria: 

fcplex  outlet  for  eating  apparatus. 


Lighting  Criteria: 

Provide  one  overhead  switched  light 
for  dining  table. 


KITCHEN/ KITCHENETTE 


Philosophy: 

The  basic  activities  In  the  kitchen 
consist  of  food  preparation,  serving 
and  cleanup  after  the  meal.  The 
kitchen  area  shall  permit  the  efficient 
operation  in  tne  Performance  of  these 
functions.  In  addition  space  shall 
be  provided  for  staples,  dinnerware  and 
utensils. 


Relationship: 

The  kitchen  area  shall  be  directly 
accessible  to  the  dining  area,  living 
area  and  required  exit.  It  also  shall 
be  accessible  to  the  bathroom  without 
passing  through  any  habitable  room. 


Size: 

a.  Minimum  area  120  sq.  ft. 

b.  Celling  height  mininum  7*-0* 
C.  Occupancy  two  (2)  minimum 


General  Criteria: 

Celling  height  minim*  7'-0". 

Mechanical  Criteria: 

There  should  be  Intermittent  mech- 
anical exhaust  for  range  hoeds. 

Plumbing  Criteria: 

If  gas  cooking  Is  utilized,  a gas 
service  should  be  provided. 

Electrical  Criteria: 

Two  appliance  circuits  should  be 
provided  for  each  kitchen  unit. 

(Xitlets  will  he  provided  for  cook- 
ing equipment  and  shall  be  Indivi- 
dually circuited. 


tfS-Tl 
xcmiTT  »«r 


Food  Preparation  Area: 

Base/Wal!  Catlnests:  25  Cu.  Ft. 

Burner  Unit:  30"  unit  with  me- 

chanical exhaust. 

Oven  Unit:  2.7  Cu.  Ft.  minimus 

dimension  15". 

Refrigeration:  V/ freezer  capa- 

city 8 Cu.  Ft. 

Sink:  Minlmun  capacity  96  Cu. 

Ft.  Depth  6'-8".  Mlnimun  2-1/2 
Lin.  Ft.  of  counter  space.  Acid 
resistant  porcelain  or  18  gauge 
#304  stainless  steel . 

Shelving:  15  lln.  ft. 


Eating  Area: 

Table  w/Chalrs:  Minimum  table 
dimension  4'-0". 
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ACTIVITY  sfaci 
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Atmospheric  Criteria 
Hea  tl ng 

«.  Outside  temperature  8 degrees  F. 
b.  Inside  temperature  72  degrees  F. 

Cooling 

a.  Outside  temperature  93  degrees  F. 

b.  Inside  temperature  78  degrees  F. 

Relative  Humidity 

a.  Outside  W.8.  temperature  78 

b.  Inside  SOI  N.C. 

Outside  Air:  75  CFM  per  sq.  ft.  minimum. 

Air  Changes 

a.  7.5  per  hour  minimum. 

b.  15  per  hour  maxlmun. 

Air  Movement  50  FPM 

Air  filter  efficiency:  10X  - 151. 

Design  population  per  BOO  Unit:  2 

Mechanical  Services 

Exhaust 

a.  Individual  themostatlc 
control  for  each  BOO  Unit. 

Acoustic  Criteria: 

a.  Ambient  Noise  Level:  NC  25  36 

b.  Provide  speech  privacy  between 
BQQ  units. 


Lighting  Criteria: 

Fluorescent  luminaires  should  be 
utilized  for  a maintained  level 
of  60  foot  candles. 

Warm  white  lamps  shall  be  Installed 
In  the  fixtures. 


BEDROOM  AREA(SLEEPING  AREA) 


Philosophy: 

Each  living  unit  shall  have  a space 
(open  or  enclosed)  allocated  to  sleep- 
ing and  related  activities  as  dress- 
ing, personal  care,  reading  and  study- 
ing. Sufficient  space  shall  be  pro- 
vided for  clothes  storage. 


Relationship: 

It  shall  have  direct  access  to  the  bath- 
room area,  without  passing  through  any 
habitable  room. 


Sleeping  Area: 

3’-0*  x 7'-0"  mlnlnnxn  sleeping 
ar«a/man  lounge  chair. 

Storage  Closet: 

5'-0"  lln.  ft.  (rod)  hanging 
space. 

5'-Q"  lln.  ft.  (shelf)  space. 
Fixed  or  movable. 


Size: 

a.  Mlnlmun  width  8'-6". 

b.  Mlnlmlm  area  120  sq.  ft.  (If  enclosed) 

c.  Minimum  celling  height  8' 


Electrical /Electronic 
Power 

Individual  load  centers  will  be 
Installed  for  each  unit. 

Receptacles  will  be  circuited 
together. 

Lighting  will  be  circuited  to- 
gether. 

All  wiring  in  accordance  with 
minimum  requirements  of  the  NEC. 


Lighting 

General 

All  other  lighting  will  be  Incan- 
descent with  special  emphasis  on 
make  up  and  reading  areas. 

Ample  wall  toggle  switches  will  be 
Installed  for  proper  control  of 
lighting. 


Television 

a.  On*  television  reception  outlet 
will  be  Installed  for  each  unit. 

Telephone 

a.  One  telephone  outlet  will  be 
Installed  for  each  unit. 

Fire  Oetectlon  System 


Functional  Criteria: 

The  location- of  doors,  windows  and  closet 
shall  be  planned  to  facilitate  placement 
of  the  bed  and  other  furniture. 

Placements  of  the  closet  near  the  door 
In  the  bedroom  minimizes  the  use  of 
wall  space. 


Mechanical  Criteria: 

a.  Provide  electric  base  board  heat. 
8 lineal  feet,  a 40C  watts/foot. 


Electrical  Criteria: 

a.  Provide  one  switched  outlet. 

b.  Provide  duplex  outlets  12  feet 
minimum  apart. 


Lighting  Criteria: 

a.  Provide  a light  with  pull  chain 
In  closet. 


Sonic  Criteria: 

a.  Auditory  privacy  fs  required  for 
all  bedrooms  minimum  STC  rating 
of  45. 


: 
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FUNCTIONAL  SFACI 


Acoustic  Environment: 

Exterior  Well 

Wall  (without  glazing  or  doors) 
Sound  Transmission  Class  (STC) 

42.  A5TW-E90. 

Wall  (with  glazing  excluding  doors) 
Sound  Transmission  Class  (STC)  27. 
ASTM-E90. 

Roof  Celling 

Sound  Transmission  Class  (STC) 

Meet  requirement  for  exterior 
wall.  Ref.  Sub-System  II. 

Impact  Sound  Pressure  Level:  Meet 
recommendation  curve  of  P.H.A. 

Guide  No.  7 SO. 

Interior  Wall 

Sound  transition  Class  (STC)  4? 
minimum  (without  doors)  ASTM-E90. 

Sound  Transmission  Class  (STC)  24. 
Minimum  for  doors . 


loci  nous  Environment: 

Exterior  Wall 

Illonlnated  Environment 

a.  Vision  through  glazing  to  be 
undistorted. 

b.  Glass  shall  pass  56S  of  visible 
light,  minimum. 

Roof  Celling 

Illuminated  Environment 

a.  Celling  reflection  70S  minimum. 

floor  Celling 

Illuminated  Environment 

a.  Celling  Reflectance:  Ref. 
Roof/Celling  Sub-System  II. 

b.  Floor  Reflectance:  35S 
minimal. 

Interior  Wall 

Illonlnated  Environment 

a.  Glass  Rating:  Maximum  20. 

Gardner  40"  Gloismeter. 


BATHROOM 


Philosophy: 

Bathrooms  shall  be  adequate  for  a water 
closet,  lavatory  and  tub  or  shower.  Ar- 
rangement for  fixtures  shall  provide 
for  the  comfortable  use  of  each  fixture 
and  permit  a minimum  90"  door  swing. 

If  residence  space  has  two  occupants, 
the  lavatory  shall  be  In  a separate  space 
allowing  for  the  private  use  of  the  water 
closet  and  tub  or  shower. 


Relationship: 

The  bathroom  shall  be  directly  accessible 
to  the  bedroom  and/or  1 ivlng/sleeplng 
area  without  passing  through  any  habit- 
able area. 


Size: 

a.  Minimum  area  35  square  feet. 

b.  Mlnfmun  ctlllna  height  7 feet. 
C.  Occupancy  two  (2)  minimum. 


Mechanical  Criteria: 

a.  There  shall  be  Intermittent  mechanical 
exhaust  200  CFM. 


Electrical  Criteria: 

a.  Provide  a duplex  outlet  above  s Ink 
counter. 


Lighting  Criteria: 

a.  Provide  switched  overhead  light. 

b.  Provide  switched  overhead  Infra-red 
drying  lamp. 


Planting  Criteria: 

a.  Provide  mixing  valve  for  shower 
140*  F.  maximum. 


Safety  and  Convenience: 

Exterior  Wall 
Fire  Safety 

Fire  Containment:  ASTM-C119 

a.  load  Bearing:  hon-contus title 

b.  Non-Load  Bearing:  Son-ccmtustlble 

Flame  Spread:  AS7W-E84 

a.  Exterior  Surface: 

b.  Interior  Surface: 
for  interior  partition. 

C.  Insulation:  25  maximum. 


HALL/ ENTRY  AREA 


Philosophy: 

The  hallway  and/or  entry  area  shall  be  • 
transitioned  space  between  habitable 
rooms  and  shall  allow  for  the  easy  ac- 
cess between  these  spaces. 


2C0  Maximum. 

I'eet  requirements  Relationship: 
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ACTIVITY  SFACI 


flvttr*  Area  - Provide  the  following: 

Water  Closet 
lavatory 

lath  tub  and/or  shower 
Towel  rod 
Peper  Dispenser 
Medicine  Cabinet 
Ttoel  Storage 


— 


- 
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FUNCTIONAL  GROUP 


Smoke  Generation:  A5TM  STP  442 

a.  Exterior  Surface:  450  maxi- 

sura optical  density. 

b.  Interior  Surface:  Meet  require- 

««nts  for  Interior  partitions. 

C.  Insulation:  50  maximum  optical 

densl ty. 

Potential  Heat:  8000  VTU  for  any  square 
foot  of  wall  section.  ASTM  proceedings 
61. 

Transmission  of  fire  and  smoke  from 
one  floor  to  another  to  be  prevented. 


Roof/Celling 
Fire  Safety 

Fire  Containment:  fton-combus title. 

ASTM-E119. 

Flame  Spread: 

a.  Roofing:  Class  C or  better. 

ASTM-E108. 

b.  Celling:  75  maximum.  ASTM-E84. 

c.  Roof  used  as  walking  surface: 

75  raxlirun.  ASTM-E64. 

d.  Insulation:  25  maximum. 

ASTM-E84. 

Smoke  Generation:  AS 7W  STP  422. 

a.  Celling:  Maximum  optical 

density  150. 

b.  Insulation:  Maximum  optical 

density  50. 

Potential  Heat:  5, COO  6TU  maximum 
for  any  square  foot  of  roof  celling 
section.  AS7M  Proceedings  61. 


1ZKUL 

ruicrioKM.  »«t 

The  entry  area  shall  be  directly  access- 
ible the  primary  required  exit  and  the 
kitchen  and  living  area. 

The  hall  shall  allow  access  from  the 
bodroom/bath  are  to  the  living  area 
and  exitway. 


Size: 

a.  Minlmun  width  3 feet. 

b.  Mlnlmun  celling  height  7 feet. 


Electrical  Criteria: 

a.  Provide  duplex  outlet  for  cleaning. 


Lighting  Criteria: 

a.  Provide  switched  overhead  lighting 
fixture  if  size  of  space  requires 
one. 


Ltvaii 

ACTIVITY  STAd 


Floor/Ceiling 
Fire  Safety 

Fire  Containment:  Non-combustible 
ASTK-E119. 

Flame  Spread:  ASTM-E84. 

t.  Floor  Covering:  200  Maximum, 

b.  Ceilings-  Match  requirement 
for  roof/celling  Ref.  Sub-System 

III. 

C.  Insulation:  Match  requirement 

for  roof/celling.  Ref.  Sub-System 

HI. 

Smoke  Generation:  ASTM  STP422 

e.  Floor  Covering:.  Maximum 
optical  density  450. 
b.  Celling:  Match  requirement 
for  roof/celling.  R<f.  Sub- 
System  III. 

C.  Insulation:  Match  requirement 

for  roof/celling.  Ref.  Sub- 
System  III. 

Potential  Heat:  5,000  8TU  maximum 

for  any  square  foor  of  floor/celling 
section.  ASTM  Proceedings  61. 


Interior  Wall 
Fire  Safety 

Fire  Containment.  ASTM  E-119. 

a.  load  Searings:  Non-combustible. 


1 
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APPENDIX  F: 


FORMATS 

One  goal  of  information  management  in  the  design  process  is  to 
transmit  information  in  a format  that  relates  design  criteria  to  the 
phase  or  phases  of  the  process  where  they  fit. 

Architects,  possibly  because  of  their  training  and  close  involve- 
ment with  visual  information  in  the  form  of  drawings  during  their 
work,  tend  to  prefer  information  presented  through  visual  formats.22 
Visual  information  can  be  a much  more  economical  means  of  presenting 
certain  sorts  of  social  and  technical  information.  Tables  and  charts, 
for  example,  can  illustrate  points  much  more  clearly  than  words  alone 
could.  Also,  and  most  importantly,  visual  communication  often  pre- 
sents information  in  the  form  in  which  it  will  be  used. 

Reducing  the  level  of  abstraction  of  visual  communication  demands 
that  verbal  information  be  effectively  integrated.  The  relationship 
between  text  and  illustrations  is  important.  For  practical  purposes 
it  is  important  to  have  diagrams  and  text  correctly  juxtaposed.  3 

The  following  examples  of  criteria  communication  (from  Architects 
and  Information)  employ  vi sual /verbal  formats  and  indicate  the  directions 
proposed  for  the  hardcopy  facility  design  criteria  file  generated  by 
Subsystem  Three  of  the  DCMS. 


' ' James  Goodey  and  Kate  Matthews,  Architects  and  Information, 
Research  Paper  1 (Institute  of  Advanced  Architectural  Studies, 
University  of  York,  England,  1971),  p 48. 

23  Goodey  and  Matthews,  p 35. 
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A recommended  standard  design  for  a simple  mechanical 
extract  ventilation  system  for  multi-storey  housing  The  design 
la  intended  mainly  for  flats  and  is  adaptable  to  buildings  of 
various  heights  Examples  are  given  of  buildings  up  to 
21  storeys. 

The  system  consists  of  one  or  more  vertical  ventilation 
stacks  and  extract  fans  with  a branch  (or  'shunt')  connected 
to  a simple  grille  or  orifice  in  every  room  being  ventil  ited 
The  system  is  accommodated,  with  other  services,  m a veitica I 
sorvice  duct  The  stacks  and  shunts  are  formed  of  extruded 
PVC  tube,  of  the  kind  used  for  soil  and  waste  installations 


Introduction 

It  is  becoming  more  usual  in  multi  storey  housing  for  bathrooms  ami 
WCs  fo  be  placed  not  on  the  external  walls  but  iniernaii,  Where  thus 
is  done  a need  is  created  for  some  kind  of  extract  ventilation 


In  most  multi  storey  housing  protects  plans  are  repeated  floor  bv  floor, 
with  bathrooms  and  WCs  located  one  above  the  other  This  offers  scope 
for  standardising  the  mechanical  services  and  consequents  nronnmis 
mg  on  labour  and  cost  reducing  site  work  and  ensuring  more  efficient 
design  and  performance 

Field  studies  showed  that  many  extract  ventilation  systems  .n  existing 
buildings  do  not  pedorm  we'i  for  various  reasons 
The  recommendations  made  here  are  based  on  a full-scale  experiment 
which  included  measures  of  pressures  and  ventilation  rates  and  a user 
survey  This  la;t  showed  that  the  conditions  provided  were  accept 
able,  some  noises  were  transmitted  through  the  system  but  did  not 
cause  complaint 


Ths  system 

The  system  consists  of  one  or  more  vertical  ventilation  stacks  and 
extract  fans  w.th  a branch  (or  shunt  I connected  to  a simple  grille  or 
orifice  in  every  room  being  ventilated  The  system  is  accommodated 
with  other  services  in  a vertical  service  duct  The  stacks  and  shunts  are 
formed  of  extruded  PVC  tube  of  the  kind  used  for  so»l  and  waste 
installations  PVC  tubing  is  easy  to  handle  and  install  and  experience  n 
its  use  has  shown  that  a tight  system  is  obtained  when  the  joints  are 
assembled  co^ectly 
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Vertical  ventilation  stack 

A typical  layout  of  the  mam  ventilation  stack  and  its  connections  is 
shown  in  figure  1 The  material  is  extruded  PVC  tube  for  industrial  use 
BS  3506  1962  150  mm  bore  with  spigot  and  socket  joints  Each  |omt 
includes  a flexible  seal  made  of  a synthetic  rubber  O ring,  supplied  by 
the  manufacturer,  and  constitutes  an  expansion  joint.  The  stack  is  fixed 
to  the  structure  by  holderbats  below  each  mint  (See  fiqure  2)  The 
holderbats  should  be  made  jl  steel  with  a protective  coating. 

Shunts 

Shunts  a>e  75  mm  dia  PVC.  not  less  than  900  mm  long,  connected 
to  the  vertical  stack  at  an  angle  of  45  Note  the  special  arrangements 
that  may  have  to  be  made  at  the  topmost  floor  (figure  3)  Back-to-back 
connections  to  a single  main  stack  are  not  recommended 

Room  outlets 

Only  one  type  of  outlet  need  be  used  If  the  bathroom  and  WC  are 
combined,  then  a plain  orifice  44  mm  d'a  is  sufficient  Flats  planned 
with  WC  separate  from  bathroom  need  a 31  mm  orifice  m each  space 
In  this  case  a Tpiece  can  provide  a single  connection  to  the  branch. 
Where  maisonettes  have  ouhets  on  separate  floors,  separate  shunts  are 
needed  A grille  may  be  used  instead  of  an  orifice  but  the  design 
wiff  be  more  complicated 

Balancing  damper 

The  only  fitting  needed  to  control  the  rate  of  air  flow  up  the  stack  is  a 
variable  aperture  (i  e a balancing  damper  ) sited  near  the  top  of  each 
stack 


Use  of  multiple  ventilation  stacks 

All  these  parts  of  the  system  are  contained  in 

Services  ducts 

Vertical  services  ducts  o»e  positioned  in  relation  to  bathrooms  and 
WCs  similarly  to  the  one  shown  in  figure  4 

The  position  of  particular  services  withm  this  space  may  be  critical 
tor  ***impfp  r ho  s-if  and  ■*.  a?"*  st.*cF  well  probably  demand  pnonf.  a 
convenient  position  for  tne  ventilation  stack  and  shunts  is  indicated  m 

figure  5 

A fire  resisting  duct  casing  leg  10mm  thick  insulating  board  on 
timber  battens)  >s  recommoncJed  m all  cases  A concrete  floor  stop 
(figure  2)  e concrete  fill  around  the  services  at  the  level  o<  the 
structural  floor  ' , , also  desirable  Floor  stops  improve  sound  insulation 
and  provide  a rigid  fixing  for  the  services  while  allowing  flexibility  in 
positioning 

At  the  top  of  the  building  are  the 

Fan  and  housing 

Ventilation  stacks  miy  discharge  separately  or  in  groups  ' e.  two  or 
more  stacks  car*  be  bought  together  (via  a collecting  bo*  ) and  con- 
nected to  a common  tan  . » a m.  f top  mam 

The  fans  require  weatherproof  < a .mgs  or  simple  protective  housings. 
For  Mdividu.il  f m on  ts  thi  • r may  be  provided  by  the  fan  manufac- 
ture' Otherwise.  the  fan  mufacturer  will  normally  suqgest  minimum 
dimensions  positions  <■'  *r.ci*ss.  etc  for  the  fan  housing 
A dupi'rat*'  fan  with  changeover  damper  is  required  by  certain  local 
authorities 

f ..  sper  ,fv  the  fan  .»  .s  r»"f  < ssary  to  state  the  total  flow  required  and  the 
#tv  /iufn  slat  ' pressure  The  tigure  lor  tola*  flow  is  obtained  by  muHi- 
pi  ye  g th«  in*  )l  number  of  dwellings  by  the  How  per  dwelling  (table  I) 

’ • '■  • . ni'Tiufi  '.m  'll'  pressure  * eg  imed  is  given  m table  It.  To  this 
• . . h>.  i v " ses  m roof  mams  and  SO  it  is  necessary  first  to 
• ■ . it.,  layout  A suitable  loss  figure  can  then  be  obtained  by 
• .-ngit  f the  longest  roof  mam  by  the  figure  given  in 
' . |.ves  the  roof  mam  diameter,  and  losses  in  bends 

0*t*»*  application* 

* • • ‘ * 1 je>»  sto-eys  could  be  ventilated  by  two  or  more 

i r ii.. ks  'figure  6)  the  maximum  number  of 

••  .if  st  i k bemg  limited  as  shown  m table  IV. 

• tw  WCs  and  fo»  maisonettes,  the  maxi- 

'n  rhp  stark  is  given  m table  V. 

• * *he  verMation  of  internal  kitchens  because 
• r th*  duct  mg 


Figure  3 Possible  shunt  arrangements  at  the 
top  floor 
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Total  air  flow  requ/rer: 

Dwellings  with 

Mow  per  dwelling 

1 WC 

50  ■n*/h 

2 WC 

75  ma/h 

Pressure  losses  in  mains  and  branches 


No  of  storeys 
(inclusive) 


up  to  7 
8 to  13 
14  to  19 

over  19 


minimum  fan  static  pressure  for 
systems  serving 

Flats  Maisonettes 

125  N/m*  125  N/m* 

185  N/m1  185  N/m1 

210  N/m*  185  N/m* 

250  N/m*  210  N/m* 


{Note  a loss  at  the  exhaust  cowls  of  50  N m*  is  assumed  Any  loss  m 
excess  of  this  should  be  added  ' 

Toble  II 


Roof  main  diameters  and  losses 

Total  flow  not 

g, eater  than  (mJ  h)  440  780  1220  1760  2400  3130  3960 

Diameter  of  roof 


Type  of  dwelling 

1 Flats  with  combined  brh  WC.  or  with 
one  WC  and  separate  bathroom 

2 Flats  w-th  combined  bth/WC  and  scpar 
ate  WC 

j Maisonettes  with  combined  bathroom, 
W C or  with  one  WC  and  separate 
bathroom 

4 Maisonettes  with  combined  bth/WC 
and  separate  WC 


Maximum  number  of 
dwellings  to  be 
connected  to  a single 
1 50mm  mam  duct 

8 

6 

6 


Tnble  IV  Number  of  connections  to  a 150mm  mam  duct  with  different 
types  of  dwelling. 


Note  Not  back  to  back  connection*. 
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Figure  6 Use  at  multiple  ventilation  stacks  m 
ta/li'i  buildings,  the  e samples  a<r 
bused  on  table  V and  dwellings  pi 
type  1 


Type  of  dwelling 


Number  of  superimposed  dwellings 
2345  6 7891011  12 13  14 


16  16  17  18  T9  2 


1 Flats  with  combined  bathroom/ 
WC  (or  with  1 WC  and 
separate  bathroom) 

2 Flats  with  combined  bathroom/ 
WC  and  separate  WC 

3 Vaisonertes  with  combined 
bnthroom/WC  (or  With  1 WC 
and  separate  bathroom) 

4 Maisonettes  with  combined 
bathroom/WC  and  separate 
WC 


4 5 6 7 8 5 

Second  main —4 


8 8 8 8 

5 6 7 4 

Third  mam~*4 


23456456  6 6 6 

Second  mam-*3  3 3 4 5 3 

Third  mam-*3 


3 v 5 6 4 

Secor.  mam-»3 


23454455  6 

Second  mam -*2  3 3 4 2 

Third  mam  —2 


6 6 6 

4 5 5 

3 3 4 

Notes 

1 Numbers  in  bold  may  be  served  bv  100mm 
system 

2 Minimum  extract  rate  43m1  s per  dwe/lrry 

3 Maximum  storey  height  2 900mm 

4 The  topmost  mam  •*  designated  fust 


Table  V Number  pi  connections  to  each  mam  for  150mm  standard  system 
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I 


mam  (mm) 

150 

200 

250 

300 

350 

400 

450 

LU 

1 * 

loss  per  metre  of 
roof  mams  (N/m1) 

4 

3 

2 

16 

1 4 

1 2 

0 8 

On*1S0mm«t*cli ,« 
•m«*bl«for  •'l  8 - 

Tvvo  ISOrrvn  stack*  * 
lOf  «1S-  | 

-o 

Loss  per  right  angle 
bend  in  roof  mams 
(N/m*) 

8 6 

8 6 

7 2 

6 9 

7 0 

6 8 

5 2 

ttotty  building 
BASIC  D€  SIGN 

ttorwv  building 

L 

c* 

Table  III 

|s~° 

i 
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